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BEVEZETÉS 


Ebben a könyvben folytatjuk ismerkedésünket a Unix-szal, immár magasabb fo- 
kon. Talán a könyv első kötetének is tekinthetnénk a UNIX - Bevezetés című mű- 
vet, azonban azok, akik a maguk erejéből különböző forrásokra építve fejlődtek fel 
egy jó haladó szintre, kezdhetik ezzel a könyvvel is. Teljesen kezdő felhasználók itt 
az alapozó ismeretek nélkül sok nehézségbe ütköznének, nekik javasoljuk a fen- 
tebb említett könyv elolvasását. 

A témakörök összeállításánál igyekeztünk a legkörültekintőbben eljárni, ennek 
ellenére előfordulhat, hogy a kedves Olvasó nem talál meg valamit, ami érdekli, 
mégis úgy érezzük, hogy minden fontosabb részlet belekerült a könyvbe. 

A UNIX - Bevezetés című könyvben már röviden foglalkoztunk azzal, hogy mi az 
a shell. Ebben a kötetben mind a Korn-shellt, mind pedig a C-shellt bemutatjuk, 
valamint megtanulhatjuk az interaktív shell scriptek készítésének fortélyait. 

Foglalkozunk még a halózatokkal, a címzésekkel és az elm levelezőprogram- 
mal. Ez a UNIX - Bevezetés című könyvben bemutatott pine-nal összehasonlítva 
talán nem annyira könnyen kezelhető. 

A , További műveletek file-okkal" című fejezetben foglalkozunk olyan fontos 
témákkal, mint az állományok jogainak rendszere, valamint a , link"-ek fogalma. 

Megtudhatjuk a könyvből azt is, hogy hogyan tudjuk munkafolyamatainkat 
(processzek) párhuzamosítani, illetve ezeket vezérelni (job control). 

Egy-egy fejezet erejéig kitérünk a vi szövegszerkesztő használatára, illetve a szö- 
vegek haladó szintű kezelésére. 

Utolsó fejezetünk, amely a rendszeradminisztrációról szól, ugyan a System Unix 
V-re épül, ezek az ismeretek azonban minden Unix rendszeren felhasználhatóak. 

Akik a UNIX - Bevezetés, a Unix - Haladóknak című könyv megismerése, és a 
rendszeradminisztráció című fejezet elolvasása után úgy érzik, hogy már elég jártas- 
ságra tettek szert, és szeretnének egy saját rendszert, azoknak ajánlom figyelmébe a 
hamarosan megjelenő Linux referenciakönyvet. Ez a könyv mellékletként tartal- 
maz egy CD lemezt, amelyről telepíthető egy teljes egészében működő Linux rend- 
szer Xwindow felülettel és rengeteg felhasználói programmal. Ehhez Önnek mind- 
össze egy CD olvasóval ellátott PC számítógéppel (5 - 386) kell rendelkeznie. 

Megköszönjük bizalmát, hogy ezt a könyvet választotta, reméljük, Ön is úgy fog- 
Ja érezni, hogy egy jól felépített, a legapróbb részletekkel is foglalkozó, mégis egy 
nagy témát átölelő művet forgat a kezében. Reméljük, későbbi könyveink olvasói- 


ként is üdvözölhetjük majd. Aáza észt 


1. FEJEZET 


A SHELL 


A számítógépnek kiadott parancsokat beolvasó és értelmező programot shell- 
nek (buroknak) hívják. A Unix-ot a kezdetektől úgy tervezték, hogy a shell, 
az operációs rendszer magjától elkülönített program legyen. Manapság már szá- 
mos különböző shell van forgalomban. Abban az esetben, ha egy rendszer több 
különböző shell használatát 15 támogatja, a felhasználónak kell választania, 
hogy melyiket kívánja használni. 

Ebben a fejezetben az alábbi kérdésekről lesz szó: Mi a shell és miért tölt be 
fontos szerepet? Milyen shell típusok léteznek, és melyeket érdemes használni? 
A következő két fejezetben a két legnépszerűbb shell típusról lesz szó: a C-shell- 
ről és a Korn-shellről. Ezért érdemes először ezt a fejezetet elolvasni, majd vagy 
a másodikat (amelyik a C-shellről), vagy a harmadikat (amelyik a Korn-shellről 
szól), attól függően hogy melyik nyerte meg a tetszését. A negyedik fejezet az 
igazán haladóknak szól, ők a shell programozásának elveibe nyerhetnek bete- 
kintést. 


MI A SHELL? 


Ha valaki elkezdi használni a Unix operációs rendszert, sokat fog hallani a shell- 
ről. De mi 15 a shell valójában? Számos választ lehet adni erre 3 kérdésre. 

A legegyszerűbb válasz az, hogy a shell egy PARANCSFELDOLGOZÓ - 
egy program, amely beolvassa és értelmezi az operációs rendszernek adott pa- 
rancsokat. Minden alkalommal, amikor kiadunk egy parancsot az operációs 
rendszernek, a shell fogja kitalálni, hogy mi a teendő. Vannak shellek amelyek 
számos, a mindennapi munkát megkönnyítő szolgáltatást kínálnak. Így például 
lehetővé tehetik korábban kiadott parancsok újbóli előhívását és szerkesztését, 
vagy több program egyidejű futtatását és ellenőrzését. 

Azon túl, hogy a shell egy parancsértelmező, programozási nyelvként 15 mű- 
ködik. Scriptnek nevezett programokat írhatunk, amelyeket a shell fog értel- 
mezni. A scriptek a közönséges Unix parancsokon túl, speciális shell program 
utasításokat is tartalmazhatnak. Minden shell típus saját programozási nyelv- 
vel és szabályokkal rendelkezik. 
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Ezek a magyarázatok azonban nem igazán világítanak rá a shell mögött rejlő 
ötlet lényegére. Ugyanis a shell nem más, mint a legfontosabb összekötő elem a 
Unix operációs rendszer és a felhasználó között. Bár a legtöbb embernek erre 
nincs szüksége, a shell által biztosított lehetőségek használatával, egy nagymér- 
tékben az igényeinkhez igazított környezetet hozhatunk létre. 

Mindezen felül, mivel számos különböző shell áll a rendelkezésünkre, ránk 
vár annak eldöntése, hogy ezek közül melyiket fogjuk használni. Természete- 
sen számos érv és ellenérv létezik, hogy mely shelleket érdemes használni, és 
melyeket kell bármi áron elkerülni. 


me Megjegyzés: Amíg valaki tapasztalt Unix felhasználóvá nem válik, gya- 
EN korlatilag mindegy, hogy milyen shellben dolgozik. 
b] 





Ha valaki már megismerkedett a Unix-szal, az könnyen megérti a Unix fel- 
használók shellel kapcsolatos misztikus érzéseit. Nem látható, nem érzékelhe- 
tő, de mégis mindig mindenhol ott van, készen arra, hogy kiszolgáljon bennün- 
ket, értelmezze az általunk kiadott parancsokat, és futtassa a programjainkat, 
seript-jeinket. (Egy panteista számára mindez persze tökéletesen érthető.) 


IT REJT A NÉV? 

A shell 
A shell nevet háromféleképpen 1s értelmezhetjük. Mindenekelőtt a shell egy jól 
definiált felhasználói felület a külvilág felé, így védelmet nyújt az operációs 
rendszer magja számára. Ebben az értelemben egy Unix shellt úgy is tekinthe- 
tünk mint egy kagylónak a héját, ami védelmet nyújt a sebezhető belső szervek 
számára a vad és változékony külvilág ellen. ( Angolul a shell szó egyik jelentése: 
kagylóhéj.) 

Másrészt a szemünk elé idézhetjük egy spirálisan feltekeredő tengeri kagyló 
héjának a keresztmetszetét is. A Unix shell esetében bármikor felfüggeszthet- 
jük azt amit csinálunk, és elindíthatunk egy újabb shellt vagy programot. Így 
annyi program futtatását függeszthetjük fel, amennyiét csak akarjuk, mindegyi- 
ket a már korábban indítottak , belsejében", hasonlóan ahhoz, ahogy egy spirál 
rétegei egymásba ágyazódnak. 

A legcélszerűbb azonban tejesen új kifejezésként tekinteni a shell szót, és 
hagyni, hadd alakuljon ki a névhez tartozó jelentés a Unix-szal végzett mun- 
kánk során. 
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A BOURNE-SHELL CSALÁD: 
sh, ksh, bash, zsh, rc 


A még ma 15 használt legkorábbi Unix shell az ún. BOURNE-SHELL. A shell 
kifejlesztőjéről, az AIá1I Bell Laboratóriumban dolgozó Steven Bourne-ről 
kapta a nevét. A Bourne-shell egy modern verziója — az eredeti az 1970-es évek 
végéről származik — minden Unix rendszeren elérhető. A Bourne-shell egy pa- 
rancsértelmező, ami saját programozási nyelvvel is rendelkezik. 

Mint már korábban említettük, a shell maga 15 egy program. A Bourne-shell- 
hez tartozó program neve: sh. 

Az 1980-as évek közepén egy másik, szintén a Bell Laboratóriumhoz tartozó 
tudós, David Korn, a Bourne-shell helyettesítésére létrehozta a Korn-shellt. A 
Korn-shell programjának a neve: kah. 

A Korn-shell egy a korábbi verziók felé kompatibilis továbbfejlesztése a 
Bourne-shellnek. Vagyis bármi ami egy Bourne-shellben működik, a Korn- 
shellben is működni fog. Ezen felül a Korn-shell négy további lényeges szolgál- 
tatással rendelkezik: tartalmaz egy esemény (history ) file-t, lehetővé teszi a pa- 
rancsszerkesztést, és az alias-ok (helyettesítő nevek ) használatát; valamint a job 
vezérlést. A Korn-shell tárgyalására a 3. fejezetben kerül sor. 

A Bourne-shell család következő tagja a BASH. A név a , the Bourne Again 
Shell" kifejezés rövidítése." A shellt a Free Software Foundation alapítvány tet- 
te először közkinccsé 1989-ben. Az eredeti verzió alkotói Brian Fox és Chet Ra- 
mey voltak. 

A Free Software Foundation egy olyan szervezet, amelynek tagjai azt azelvet 
vallják, hogy minden software-nek (programnak) ingyen elérhetőnek kéne len- 
nie mindenki (legalábbis minden magánszemély) számára. Számos széles kör- 
ben használt segédeszköz kidolgozása fűződik a nevükhöz. A teljes Unix rend- 
szer kidolgozására irányuló projectjük neve GNU. 

A BASH a Korn-shellhez hasonlóan terjeszti ki az alap Bourne-shell szolgál- 
tatásait. A BASH programjának neve: bash. 

A Bourne-shell család egy másik tagja a Zsh (kiejtése: , zee shell"). Ez a shell 
a többi shell valamennyi lényeges sajátságával rendelkezik, valamint olyan to- 
vábbi lehetőségeket kínál amelyek általában nem érhetők el. Így például lehe- 
tőség van arra, hogy a Zsh értesítsen minket, amikor egy adott felhasználó be- 
jelentkezett. 

A Zsb-t Paul Falstad fejlesztette ki 1990-ben, azt a filozófiát követve, hogy 
minden érdekes szolgáltatást beépítsen, ami más shellekben elérhető. Ő ezt a 
következőképpen fogalmazta meg: , Egy olyan shellt akartam létrehozni, ami- 
ben bármit megcsinálhatunk, amit akarunk." 

Már nem sokkal megjelenését követően, a Zsh-nek igazi kultusza alakult ki 
világszerte. Elsősorban a programozók és a profi Unix felhasználók között vált 
igen népszerűvé. A Zsh-hez tartozó program neve: zah. 


t Angolul tudók figyelmébe: a név egy szójátékot takar, mivel kiejtése azonos a , Burn Again 
Shell" kifejezésével. 
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Falstad még a Princeton University-n töltött egyetemi évei alatt hozta létre a 
Zsh-t. Manapság a Zsh programot a világ Unix társadalmának számos tagja ja- 
vítja és fejleszti tovább. 

A Bourne-shell család utolsó tagja az rc. Ezt a shellt a Bell Laboratóriumhoz 
tartozó Tom Duff fejlesztette ki a Plan9 project (egy kísérleti operációs/hálózati 
rendszer) részeként a Bourne-shell helyettesítésére. Egy másik programozó, 
Byron Rakitzis, írta meg az rc-nek egy hordozhatóbb változatát, amit aztán szá- 
mos különböző rendszerbe építettek be. (Az eredeti rc a Unix-nak csak két vál- 
tozta alatt működik.) Mint azt már magunktól is kitalálhattuk, az rc program 
neve: rec. 

Az rc mögött meghúzódó ötlet az volt, hogy egy olyan kicsi, de elegáns shellt 
hozzanak létre, amelyik kiküszöböli a Bourne-shell valamennyi technikai hiá- 
nyosságát. A gyakorlatban az rc sokkal áttekinthetőbb mint bármely más 
shell: így egy jól felkészült ember gyakorlatilag is tökéletesen megértheti, és át- 
láthatja a teljes shell működését, és annak programozását (ennek alapját egyéb- 
ként a C-nyelv képezi). 

Mivel az rc egy kis shell, nem rendelkezik néhány olyan összetettebb sajátság- 
gal, amelyek más shellekben megtalálhatók. Ilyen például a job vezérlés, vagy a 
parancssor szerkesztése (bár jelenleg ez utóbbi sajátsággal a shell utólag már 
kiegészíthető). Ennek ellenére bárki, akiben van egy kis hajlam a pedantériá- 
ra, szeretni fogja az Tc-t. 


A C-SHELL CSALÁD: csh, tcsh 


A C-shell család két tagból áll. Az első maga a C-shell, amit Bill Joy fejlesztett ki 
(aki a University of California diákja volt Berkeley-ben). A C-shellt, az akkori- 
ban standard Bourne-shell alternatívájának tervezték a Berkeley Unix-ban. A 
C-shell programjának a neve: csh. 

A C-shell, a többi shellhez hasonlóan egy olyan parancs feldolgozó, ami egy 
programozási nyelvet 15 kínál. Ezen felül a C-shellnek számos előnye van a Bour- 
ne-shellel szemben. Így például tartalmaz egy esemény (history) file-t, lehetővé 
teszi helyettesítő nevek (alias-ok ) használatát, valamint a job vezérlést. (A C-shell 
részletes tárgyalására a 2. fejezetben kerül sor.) A C-shell rendkívül népszerű a 
tapasztalt Unix-felhasználók körében. Ez különösen igaz az egyetemeken és kü- 
lönböző kutatóintézetekben, ahol gyakran ez az alapértelmezés szerinti shell. 

A C-shell család másik tagja a Tcsh (kiejtése: , Tee See Shell"). A tcsh fejlesz- 
tését még az 1970-es évek végén a Carnegie-Mellon University-n dolgozó Ken 
Greer kezdte el, majd a 80-as években Paul Place Way folytatta az Ohio-State 
University-ről. Azóta számtalan programozó járult hozzá a shell fejlesztéséhez, 
ami egyébként bárki számára hozzáférhető az Internet-en keresztül. A Tcsh-t 
jelenleg elsősorban egy, a Cornell University-n dolgozó csoport tartja rendben. 

Ez a shell a C-shellnek egy javított változata, ami számtalan új sajátságot kí- 
nál. A továbbiakban nem lesz szó ezeknek a részleteiről, de a gyakorlottabb fel- 
használók valószínűleg szívesen utánanéznek ezeknek a Tcsh kézikönyvekben. 
A Tcsh programjának a neve: tesh. 
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IT REJT A NÉV? 

C-shell, Tcsh 
A C-shell kifejlesztője úgy tervezte meg a shell programozási szolgáltatásait, 
hogy azok a C-programozási nyelvhez hasonlóan működjenek. Innen szárma- 
zik a shell neve (ami egyébként egy szójáték is egyben: Sea shell - kagylóhéj). 

A Tcsh nevében szereplő T betű a PDP-10 számítógépen futó Tenex operá- 

ciós rendszerre utal, ugyanis az ezen az operációs rendszeren megkezdett mun- 
ka vezetett a Tcsh kifejlesztéséhez. 


Tipp: Ha szeretnénk megjeleníteni az on-line kézikönyv egy shell típusra 
B vonatkozó információit, akkor a man parancsot használhatjuk. A shell 

típus programjának a nevét a man parancs paramétereként kell megad- 
nunk. Pl: man csh. 


1.1. táblázat. A Unix shellek 


Shell A program neve 
Bash bash 
Bourne-Shell sh 

C-shell csh 


Korn-shell Ksh 
rCc rc 
Tcsh tesh 
Zsh zsh 





IT REJT A NÉV? 

C 
Mind a C-shell, mind a Tcsh a C-programozási nyelv alapján kapta a nevét. De 
hogyan kapott programozási nyelv ilyen fura nevet? 

1963-ban kifejlesztettek egy CPL nevű nyelvet Angliában. Ebben a munká- 
ban cambridge-i és a University of London kutatói vettek részt. A nyelv neve 
a , Combined Programing Language" (egyesített programozási nyelv) kifeje- 
zés rövidítése lett. A nyelv fejlesztésének alapjául az egyik első, jól megterve- 
zett modern programozási nyelv, az Algo160 szolgált. 

Négy évvel később, 1967-ben egy Martin Richards nevű cambridge-i progra- 
mozó megalkotta a BCPL (BasicCPL - Alap CPL) nevű nyelvet. Később a 
BCPL egy újabb nyely, a B alapjául szolgált. 

A B-nyelv a Bell Laboratóriumba került, ahol Ken Thompson és Dennis Rit- 
chie módosították és átkeresztelték NB-nek. A 70-esévek elején Thompson (az 
eredeti Unix fejlesztője ) újraírta a Unix fő részeit az NB-nyelven. A Unix egé- 
szen addig teljes egészében Assembly-nyelven íródott. 
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Nem sokkal később az NB-nyelvet kiegészítették, és átkeresztelték C-nek. A 
C hamarosan az új segédprogramok, alkalmazások, sőt magának az operációs 
rendszernek az írására választott nyelvvé vált. 

Természetesen felvetődik a kérdés, hogy végül is honnan származik a ( név? 
Talán a következő betű volt az ABC-ben a B után? Vagy ez a második betű 
BCPL névben? Ennek a kérdésnek a nyelvészeti vonatkozásai kozmikus jelen- 
tőséggel bírnak: a D vagy a P nevet fogja kapni a C nyelv továbbfejlesztett vál- 
tozata? 

A kérdés megválaszolhatatlannak bizonyult a 80-as évek elején, amikor Bjar- 
ne Stroustrup (szintén a Bell Laboratóriumból) megalkotta a C legnépszerűbb 
továbbfejlesztett változatát, amit ő C-t-t-nak (kiejtése C plusz plusz) nevezett el. 

A C nyelvben a --t operátor segítségével eggyel növelhetjük a változók érté- 
két. Például egy , total" nevű változó értékét a , total---H" kifejezés eggyel növelt. 
Így a Cs egy azok közül a csodálatos programozási szójátékok közül, amelyek 
láttán az ember a fejét vakarva gondolkodik, hogy tényleg az emberiség-e a ter- 
mészet utolsó és legsikeresebb próbálkozása. 


MILYEN SHELLT HASZNÁLJUNK? 


Az eddigiekben hét különböző, kivétel nélkül széles körben elterjedt shell tí- 
pusról volt szó: a Bourne-shellről, a Korn-shellről, a Bash-ról, a Zsh-ről, az 
re-ről, a C-shellről, és a Tcsh-ről. 

A legelterjedtebben használt shell típusok világszerte a Bourne-shell és an- 
nak továbbfejlesztett változata a Korn-shell. Ennek ellenére az egyetemeken, 
kutatóközpontokban és programfejlesztő intézetekben a C-shell számít a leg- 
népszerűbbnek. (Ezenkívül még jelentős tábora van a már említett Bash-nak, 
Zsh-nek és Tcsh-nek is.) 

A Tcsh-t úgy tervezték, hogy felfelé kompatibilis legyen a C-shellel. Ez azt 
jelenti, hogy ha eltekintünk a Tcsh által kínált extra szolgáltatásoktól, akkor 
minden ugyanúgy működik benne mint a C-shellben. 

A Korn-shell és a Bash hasonlóan kompatibilis felfelé a Bourne-shellel. Szá- 
mos Unix rendszeren az alapértelmezés szerinti shell a Korn-shell, ennek elle- 
nére még a veterán Bourne-shell felhasználók sem veszik ezt észre. 

Ha visszaemlékszünk a korábban hallottakra, akkor ott arról volt szó, hogy 
egy shell kettős feladatot lát el: egyrészt parancsértelmezőként működik, más- 
részt egy programozási nyelvet biztosít az ún. shell scriptek (shell programok ) 
írásához. Mint parancsértelmező, a C-shell család egy minden értelemben jól 
működő környezetet biztosít. Ezzel szemben a Bourne-shell család által kínált 
programozási nyelv könnyebben és kényelmesebben használható, mint a C- 
shell programozási nyelve. 

Ezért sokan a C-shellt használjuk a mindennapi munkában parancsértelme- 
zőként, de a shell scriptjeiket már Bourne-shellre írják. Végső soron tehát a kö- 
vetkezőket lehet javasolni: 
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A bejelentkezésünkkor alapértelmezés szerint elinduló shellként használ- 
junk vagy C-, vagy Korn-shellt, de a scriptjeinket inkább Bourne-shellben fut- 
tassuk. (Számos rendszer már eleve így van konfigurálva. Ha a Unix használa- 
tában már kellő tapasztalatokra tettünk szert, akkor érdemes a Bash, a Zsh, az 
rc és a Icsh dokumentációjába is belenéznünk, hátha találunk valamilyen, a 
munkánk során különösen jól használható extra szolgáltatást. 


Tipp: Használjunk a bejelentkezésünkkor alapértelmezés szerint induló 
shellként vagy a C-, vagy a Korn-shellt, de scriptek futtatására inkább 
Bourne-shellt javasoljuk: 


Egy érdekes kérdés, hogy mennyire bonyolultak az egyes shellek? Egy bo- 
nyolult program természetesen több lehetőséget és szolgáltatást kínál, de a 
megtanulásához is hosszabb időre van szükség. Ezen felül a shellek (sok más 
Unix programhoz hasonlóan) sok, igazán csak néhány ember számára érdekes 
tulajdonsággal is rendelkeznek, amelyekre valószínűleg sohasem lesz szüksé- 
günk. Ezek az extra szolgáltatások gyakran csak zavarják az embert a gyors 
és hatékony munkában. 

A program bonyolultságára a hozzáadott dokumentáció mennyisége alapján 
is adhatunk egy durva becslést. Az 1.2. táblázatban a különböző shell típusok- 
hoz adott on-line kézikönyvek nagysága látható byte-okban (karakterekben) 
mérve. A könnyebb összehasonlíthatóság kedvéért az adatok normál alakban 
is láthatók, egységnek a legrövidebb dokumentáció hosszát tekintve. (Termé- 
szetesen ezeknek a dokumentumoknak a hossza időről időre változik, ahogy 
újabb és újabb verzióik látnak napvilágot.) 


1.2. táblázat. A shell típusok relatív bonyolultsága 


A Shell neve Az On-line kézikönyv Relatív 
mérete(byte-okban) bonyolultság 


rc 37 885 1,00 
Bourne-shell 144 500 1.17 
C-shell 76 816 2.03 
Bash 127 361 3.36 
Zsh 133 565 3.53 
Korn-shell 141 391 3.73 
Tcsh 199 834 0.2. 


Megjegyzés: Az on-line kézikönyvek mindegyike teljes dokumentációt tartalmaz. Ez alól 
egy kivétel van, a Tcsh. Ez a kézikönyv valójában egy hatalmas kiegészítése a C-shell kézi- 
könyvének, és csak azoknak a tulajdonságoknak a leírását tartalmazza, amelyek a C-shell- 
ben nem találhatók. A fenti táblázatban a tcsh-ra vonatkozó adatok már a C-shell dokumen- 
tációját is magukban foglalják. A Tcsh kézikönyv magában 123 013 byte hosszú. 
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Ezeknek a számoknak az alapján is jól látszik , hogy miért pont a C-shell kínál 
egy kellemes átmenetet a régebbi és kevésbé sokrétű Bourne-shell valamint a 
többi jóval bonyolultabb shell típus között. (Az rc szintén kicsi és viszonylag 
egyszerűen használható shell, viszont az nem érhető el minden rendszeren. ) 

Természetesen az 15 igaz, hogy a bonyolultabb shell típusok mind felfelé kom- 
patibilisek vagy a Bourne- vagy a C-shellhez viszonyítva. Így, ha nem akarjuk 
használni a plusz szolgáltatásaikat, megtehetjük, hogy egyszerűen tudomást 
sem veszünk róluk. 

Ennek ellenére nem árt ha tudjuk, hogy a programok dokumentációi rendkí- 
vül fontosak. A bonyolultabb shell típusok dokumentációjának olvasása pedig 
jóval több időt igényel, és a megértésük 15 sokkal nehezebb. Még a legegysze- 
rűbb Bourne-shell leírása is túl nagy ahhoz, hogy ténylegesen tanulmányozható 
legyen. 


A SHELL TÍPUSÁNAK ÁTMENETI 
MEGVÁLTOZTATÁSA 


Amikor belépünk a Unix operációs rendszerbe, akkor automatikusan elindul 
egy shell. Abban az esetben, ha meg akarjuk változtatni a shell típusát, kétféle- 
képpen is eljárhatunk: 

A bejelentkezéskor a Unix által automatikusan elindított shellt LOGIN 
SHELL-nek (bejelentkezési shellnek) hívjuk. A shell prompt megjelenése 
után bármikor elindíthatunk egy új shellt, egyszerűen a hozzátartozó program 
nevének begépelésével (lásd 1.1. táblázat). Így például ha általában C-shellt 
használunk, de szeretnénk kipróbálni a Korn-shellt, akkor a következőt kell be- 
gépelnünk: 


kah 


(Iermészetesen az új shell típusnak elérhetőnek kell lennie az adott rendszer- 
ben.) 

Ekkor az eredeti login shell felfüggeszti a futását, és elindít egy Korn-shellt. 
Ez pontosan úgy működik, mint amikor egy program futását indítjuk el. Végülis 
ez nem túl meglepő, hiszen a shell is csak egy program. 

Amikor befejeztük az új shell használatát, kiléphetünk belőle. Ezt vagy az 
exit parancs begépelésével vagy a AD billentyűkombináció leütésével tehet- 
jük meg. Az új shell futásának leállása után újra elindul a régi shell, és várja a 
következő parancsot. 

Ne feledkezzünk meg arról, hogy ha ki akarunk lépni a rendszerből, azt csak 
az eredeti shellből lehet. Ezért ha elindítottunk egy vagy több új shellt, akkor 
először azokból kell kilépnünk, és csak a login shellbe való visszajutás után tu- 
dunk a rendszerből teljesen kilépni. 
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A LOGIN SHELL 
TÍPUSÁNAK MEGVÁLTOZTATÁSA: chsh 


Annak számontartására, hogy kiknek van engedélyük a rendszerbe való belé- 
pésre, a Unix tartalmaz a felhasználókról egy jelszó file-t (password file). Eb- 
ben a file-ban minden felhasználóhoz tartozik egy külön bejegyzés, és ez a be- 
jegyzés tartalmazza azt is, hogy milyen shellt indítson el a rendszer, amikor az 
adott felhasználó bejelentkezik. 

Ha meg akarjuk változtatni a bejelentkezésünkkor elinduló shell típusát, ak- 
kor a chsh parancsot kell használnunk. A parancs szintaxisa a következő: 


chah felhasználói-név shel1l1-név 


A shell típusának megadásakor tulajdonképpen azt közöljük a Unix-szal, 
hogy melyik programot futtassa a bejelentkezésünkkor. A megadott shell név- 
nek egyben azt 15 tartalmaznia kell, hogy a shell programja melyik könyvtárban 
található. Ezt az információt a program elérési útvonalának (, path") szokás ne- 
vezni. 

Az esetek döntő többségében a különböző shell típusok programjai a /bin 
könyvtárban találhatók. Az 1.3. táblázatban példaként láthatók a különböző 
shell-típusok elérési útvonallal kiegészített nevei azzal a feltételezéssel, hogy 
azok tényleg az említett könyvtárban vannak. Az általunk használt rendszer- 
ben persze akár egy, akár több shell programjai is lehetnek másik könyvtár- 
ban. Ebben az esetben a tényleges könyvtárnak megfelelően kell módosíta- 
nunk a shell neveket. 

Számos rendszeren található egy lista, ami az elérhető shell típusokra vonat- 
kozó információkat tartalmazza. Ennek a file-nak a neve: /etc/shell1s. Ha 
meg akarjuk nézni ennek a file-nak a tartalmát, akkor adjuk ki a következő pa- 
rancsSot: 


more /etc/ahells 


1.3. táblázat. A shell programok neve teljes elérési úttal 


Shell Teljes név 
Bash /bin/bash 
Bourne-shel1l /bin/eh 
C-shell /bin/csh 


Korn-shell /bin/ksh 
rő /bin/rc 
Tcsh /bin/tcsh 
Zsh /bin/zsh 
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Most pedig lássunk egy egyszerű példát. Tegyük fel, hogy szeretnénk ha be- 
jelentkezésünkkor egy Korn-shelil indulna, és az általunk használt rendszerben 
a Korn-shellhez tartozó program a /bin könyvtárban található. Legyen a fel- 
használói nevünk harley. Ebben az esetben a következő parancsot kell kiad- 
nunk: 


chah harley /bin/ksh 
Néhány rendszeren elég ha a 
chah 


parancsot magában gépeljük be, és ennek hatására a Unix automatikusan rákér- 
dez az új shell típusára. Esetleg még egy listát 15 fogunk kapni az elérhető shell 
típusokról. A parancs használatát célszerű kipróbálni és akkor meglátjuk, hogy 
hogyan működik a saját rendszerünkön. 

A chah parancs segítségével a jelszó file-t változtatjuk meg. (Hasonlóan ah- 
hoz, mint amikor megváltoztatjuk a jelszavunkat.) Így, természetesen ez a vál- 
toztatás csak a legközelebbi bejelentkezésünk alkalmával lép életbe. 


mu Megjegyzés: Vannak rendszerek ahol a chsh parancs használata le van 
E tiltva. Ebben az esetben a rendszergazdát kell megkérnünk a változtatás 
—— I elvégzésére. 


2. FEJEZET 


A €C-SHELL HASZNÁLATA 


Ebben a fejezetben a C-shell leglényegesebb tulajdonságairól lesz szó. Ha valaki 
valamilyen más shell típust használ, akkor az alábbiakban leírt alapelvek többé- 
kevésbé ott is érvényesek maradnak, de a pontos részletek már jelentősen eltér- 
hetnek. Azok, akik a Korn-shellt használják, a 3. fejezetet olvassák el e helyett. 

Sokan nem veszik a fáradságot annak megtanulására, hogy a mindennapi 
munkájuk során hogyan használhatnák jól a shellt. Ez egy alapvető hiba. A fél- 
reértések elkerülése végett, a shellnek valóban sok olyan tulajdonsága van, 
amelyekre nem igazán lesz szükségünk. Ugyanakkor létezik sok olyan alapve- 
tő eljárás, amelyek nagy gyakorlati jelentőséggel rendelkeznek. 

Az ennek a fejezetnek az olvasására fordított idő később busásan megtérül. 
Az a tudás, amire ily módon szert tehetünk, később rengeteg időt takaríthat 
meg a számunkra a mindennapi munkánk során. Bár ebben a fejezetben szá- 
mos témát fogunk érinteni, arra nem lesz szükség, hogy ezek mindegyikét rög- 
tön meg is értsük. Érdemes viszont mindent elolvasni, hogy egy átfogó képet 
kapjunk a C-shell kínálta lehetőségekről. Később, ahogy egyre több tapasztalat- 
ra teszünk szert, újra elolvashatjuk a fejezetnek azon részeit, amelyekre éppen 
szükségünk van. 

Ha ennek a fejezetnek az elolvasása után úgy gondoljuk, hogy további rész- 
leteket 15 szeretnénk megtudni a C-shell használatáról, akkor forduljunk az 
on-line kézikönyvhöz (man cseh). Egyébként is, ez a kézikönyv az alapvető for- 
rása a saját rendszerünkön futó shell működési sajátságainak. 


KAPCSOLÓKÉNT MŰKÖDŐ 
SHELL VÁLTOZÓK: set, unset 


Az egyik lehetséges eljárás, amivel a saját ízlésünknek megfelelően állíthatjuk 
be a shell működését, a SHELLVÁLTOZÓK használata. Egy shell változó egy 
olyan adat, ami a nevével azonosítható, és valamilyen értéket tárol. Mint a 
, Változó" név is sugallja, a shell változók értéke megváltoztatható. 

A shell változóknak két típusa van. Az első típusba tartozók ki/be kapcsoló- 
ként működnek, míg a második típus tagjai meghatározott karakterláncokat tá- 
rolhatnak. j 
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2.1. táblázat. Beépített shell változók: kapcsolók 


Változó neve Rendeltetése 

echo minden parancsot kiír a végrehajtása előtt 

filec lehetővé teszi a file-név kiegészítési mechanizmus 
használatát 

ignoreeof csak a logout paranccsal történő kilépést teszi 
lehetővé (a AD letiltása) 

nobeep nem sípol, ha a parancskiegészítés nem egyértelmű 

noclobber egy file nem helyettesíthető parancsok átirányított 
kimenetével 

noglob a file-név behelyettesítés letiltása 

nonomatch nincs hibaüzenet, ha egy file-név kiegészítés nem jár 
sikerrel 

notify rögtön értesít a háttérben futó folyamatok leállásáról 

verbose az eseménybehelyettesítést követően kiírja a teljes 
parancsot a képernyőre 


Megjegyzés: A nonomatch név nem sajtóhiba. 





Lehetőségünk van saját shell változók definiálására is. Ennek ellenére általá- 
ban nincs szükségünk ezek használatára, hacsak nem adjuk programírásra a fe- 
jünket. A kapcsolóként működő, előre definiált shell változókat a 2.1. táblázat- 
ban foglaltuk össze. (A saját rendszerünkön érvényes lista ettől kissé eltérhet 
attól függően, hogy a C-shellnek melyik változata fut.) Ne aggasszuk különöseb- 
ben magunkat, ha nem értjük, hogy mi a szerepe az egyes változóknak; ez a fel- 
sorolás csak tájékoztatásul szolgál. Mire eleget fogunk tudni ahhoz, hogy egy vál- 
tozó használatával foglalkozzunk, addigra a változó rendeltetését is érteni fogjuk. 

Egy kapcsolóként működő shell változó a set paranccsal kapcsolható be. 
Ennek a szintaxisa a következő: 


set [változó-név] 

Így például az ignoreeof változót az alábbi utasítással kapcsolhatjuk be: 
set iIgnoreeof 

A változók kikapcsolására az unset parancs használható: 
unset ignoreeof 


Ha szeretnénk kilistázni valamennyi shell változót, és azok pillanatnyi állapo- 
tát, akkor a parancsot argumentum nélkül kell begépelnünk: 


set 


Ha egy változó be van kapcsolva, akkor megjelenik a neve a listán, ha nincs 
bekapcsolva, akkor hiányozni fog róla. 
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KARAKTERLÁNCOKAT TÁROLÓ SHELL 
VÁLTOZÓK: set 


A kapcsolóként használható shell változókon kívül különböző karakterlánco- 
kat tároló shell változók is léteznek. Ezek közül egyeseknek megváltoztathat- 
juk a tartalmát, és így befolyásolni tudjuk a shell tulajdonságait. Más változók 
értékét a shell állítja be, és így információt szolgáltat a számunkra. 

A 2.2. táblázatban azok az előre definiált shell változók láthatók, amelyek 
karakterláncok tárolására szolgálnak; ne aggódjunk, ha nem értünk mindent. 
(Ez a lista is különbözhet az általunk használt rendszeren érvényestől a C-shell 
változatának a függvényében.) A bejelentkezésünk után a shell automatikusan 
inicializálja az argv, a cwd, a home, a path, a prompt, a shell ésa status 
változókat. 

Egy ilyen típusú változó értékének a megadásához a set parancs az alábbi 
szintaxissal használható: 


set [változó-név - érték] 


Így például a history nevű változó értékét a következő formában állíthatjuk 
,, 907-re: ! 


set history - 50 


2.2. táblázat. Karakterláncokat tároló beépített shell változók 


Változó neve Rendeltetése 
argv az aktuális parancs argumentumait tartalmazza 


cdpath 


cwd 
fignore 


hardpath 
hiestchars8 
history 


home 
mail 
path 
prompt 
savehist 
8hell 
status 
term 
time 
user 


azon könyvtárak listája, amelyekben az alkönyvtárak 
keresése történik 

a munkakönyvtár elérési útvonala 

a file-név behelyettesítéskor figyelmen kívül hagyandó 
toldalékok 

nincsenek szimbolius link útvonalnevek 

az eseménybehelyettesítéshez használt két karakter 
az esemény file-mérete 

a home könyvtár elérési útvonala 

a level file-ok listája 

a parancsok keresési útvonalai 

a parancs promptként használt karakterlánc 

a kilépéskor elmentett esemény puffer mérete 

a shell scripteket végrehajtó shell neve 

a legutolsó parancs visszatérési értéke 

a használt terminál típusa 

időzítési küszöbérték 

az aktuális belépési azonosító 
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A változók és beállított értékeik a 
set 


paranccsal jeleníthetők meg a képernyőn. 

Időnként szükségünk lehet rá, hogy egy változónak olyan értéket adjunk ami 
space-ket (üres karaktereket), írásjelet vagy valamilyen más speciális karaktert 
tartalmaz. Ebben az esetben a változó értéket egyszeres idézőjelek (") közé kell 
tennünk: 


set prampt - "nipper$" 


Máskor arra lehet szükségünk, hogy a változó értéke szavak valamilyen listá- 
ja legyen. Ilyenkor a lista zárójelbe tételével végezhetjük el az értékadást. A 
legfontosabb példája az ilyen típusú értékadásnak a path változó beállítása. 

A következő példa azt mutatja be, hogy hogyan adhatunk egy négy szóból 
álló értéket a path változónak: 


set path - ( /usr/1local/bin /bin /usr/bin /bin) 


A SHELL VÁLTOZÓK ÉRTÉKÉNEK 
KIÍRATÁSA: echo 


Már említettük, hogy a set parancs használható valamennyi shell változó nevé- 
nek és értékének a kiíratására. Abban az esetben, ha csak néhány változó érté- 
kére vagyunk kíváncsiak, az echo parancsot is használhatjuk. Ez a parancs bár- 
mit kiír a képernyőre, amit paraméterként megadunk neki. Így például, ha a 
következőket gépeljük: 


echo A Unix használata igazi élmény 
akkor a következőket fogjuk látni: 
A Unix használata igazi élmény 

Ha egy shell változó tartalmát akarjuk kiíratni, akkor a változó neve elé egy $ 
karaktert kell gépelnünk. Vagyis a term változó értéke a következő paranccsal 
jeleníthető meg: 3 


echo $termm 


Ha ennek a változónak az értéke pl. , vt1007, akkor a következőt fogjuk látni 
a képernyőn: 
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vt100 


Természetesen a változó értékének kiíratása tetszőleges szöveg kiíratásával 
kombinálható. Így például kiírathatunk egy üzenetet a képernyőre: 


echoA terminál típrusa $termm 


Ha a terminál típusa most is , vt1007, akkor az alábbi üzenet jelenik meg a 
képernyőn: 


A terminál tipusa vt100 


Ha írásjeleket 15 szeretnénk használni a kiíratott üzenetben, akkor a teljes 
szöveget idézőjelek közé kell tennünk: 


echo "Ammkakoryvtar : $cwd; A hanme koryvtar : $hcame. " 


Bár az echo parancs hasznos lehet, ha csak egyetlen változó értékére va- 
gyunk kíváncsiak, általában mégis egyszerűbb ha a set parancsot használjuk, 
és a bennünket nem érdeklő változókat egyszerűen figyelmen kívül hagyjuk. 
Az echo parancsnak a shell scriptek írása során vesszük majd igazi hasznát, 
ahol üzenetek kiíratására lehet használni. (A shell scriptek, amelyek tárgyalásá- 
ra a 4. fejezetben kerül sor, a shell saját programozási nyelvén írt programok.) 

Az echo parancs használatához akkor is kedvet kaphatunk, ha egyébként 
nem áll szándékunkban programok írása. Így például beírhatjuk az inicializá- 
ciós file-unkba (aminek a tárgyalására szintén a későbbiekben kerül sor) az 
alábbi üzenetet: 


echo "Hello! Udvozollek a Unix-ban. " 


Így mindig egy barátságos üzenet fogad bennünket, amikor bejelentkezünk. 


A KÖRNYEZETI VÁLTOZÓK: 


setenv, printenv 


Az eddig tárgyalt shell változók segítségével a shell tulajdonságait tudtuk beál- 
lítani. Van azonban a változóknak egy másik csoportja, amelyeknek az a szere- 
pe, hogy a shellben futó programok adatokat tudjanak átadni egymásnak. A vál- 
tozóknak ezt a csoportját KÖRNYEZETI VÁLTOZÓ-knak (environment 
variable) vagy GLOBÁLIS változóknak (global variable) hívják. 

A környezeti változók nevét, konvenció szerint nagybetűkkel írjuk. 
A 2.3. táblázat néhány környezeti változót tartalmaz; ne zavartassuk magun- 
kat, ha nem értenénk valamennyi jelentését. 
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2.3. táblázat. Környezeti változók 


Változó név Rendeltetése 

EDITOR a szerkesztő elérési útvonala 

HOME a home könyvtár elérési útvonala 

LOGNAME bejelentkezési név 

MAIL a mail program elérési útvonala 

MANPATH az on-line kézikönyvet tartalmazó könyvtárak listája 


PAGER az általunk beállított lapozó program 

PATH futtatható programokat tartalmazó könyvtárak listája 
SHELL a shell program elérési útvonala 

TERM a terminál típusaUSERbejelentkezési név 


Megjegyzés: A C-shell néhány változata csak a USER változót használja és a LOGNAME-t 
nem. 





Egy globális változó által tartalmazott adat elérhető bármelyik program vagy 
shell számára. Így például sok program a TERM nevű környezeti változó érté- 
két vizsgálja meg, ha arra van szüksége, hogy milyen terminál típust használunk. 
Ezért, ha ez a változó rosszul van beállítva, akkor a program kimenetével gon- 
dok lehetnek. 


Tipp: Néhány program kimenete csak akkor jelenik meg hibátlanul a ké- 
-H pernyőn, ha a program pontosan tudja, hogy milyen terminál típust hasz- 

nálunk. Ha egy a teljes képernyőt használó program - pl. a vi vagy a 
more - furcsa dolgokat ír a képernyőre, akkor ellenőrizzük, hogy a TERM válto- 
zó értéke jól van-e beállítva. 


Egy környezeti változó értéke a setenv paranccsal állítható be. A parancs 
szintaxisa a következő: 


getenv [változó-név érték] 

Vegyük észre, hogy szemben a set paranccsal, itt nincs szükség az egyenlő- 
ségjel használatára. Például a terminál típusát a következőképpen állíthatjuk 
vt100-ra: 
seterrv TERM vt100 


Egy vagy több környezeti változó értékét aprintenv paranccsal írathatjuk 
ki. A parancs szintaxisa: 


printer [változó-név] 


Ha a parancsot paraméterek nélkül adjuk ki: 
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printenv 


akkor valamennyi környezeti változó értékét kiíratjuk. Ha azonban csak egy 
környezeti változó értékére vagyunk kíváncsiak, akkor két lehetőség közül is 
választhatunk. Egyrészt használhatjuk a printenv parancsot: 


printerrv TERM 


formában, másrészt az echo parancs is használható erre a célra, a következő 
szintaxissal: 


echo $valtozo-nev 
Így például: 
echo $TERM 


Egy további eljárás az összes környezeti változó értékének a kiíratására, ha a 
setenv parancsot paraméter nélkül adjuk kt: 


seterrv 
Ezzel a paranccsal azonban ne próbáljuk egyetlen változó értékét kiíratni. A 
seterrv TERM 


parancs hatására például a NULL (üres karakterlánc) értéket venné fel a 
TERM változó a kívánt kiíratás helyett. 


A KÖRNYEZETI ÉS A SHELL VÁLTOZÓK 
KAPCSOLATA 


Hat olyan shell változó van, aminek a neve megegyezik egy környezeti változó 
nevével (az egyetlen különbség nevek között, hogy a környezeti változók neve 
nagybetűkkel van írva). Ezek a változók a következők: home, mail, path, 
shell, term és user. Ezeket a shell változókat három csoportba oszthatjuk: 

Az első csoportba a home és a shel1 változók tartoznak. Ezek értéke meg- 
található az inicializációs file-ban is. A home változó a home könyvtár elérési 
útvonalát tartalmazza, míg a shell változóban a shell program teljes elérési 
útvonala és neve szerepel. 

(A teljes elérési útvonal egy file vagy könyvtár helyének pontos leírását jelen- 
ti. A home könyvtár az a könyvtár, ahol a személyes file-jainkat tárolhatjuk. 
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Amikor bejelentkezünk egy UNIX-os gépre, a UNIX automatikusan beállít- 
ja ahhome és a shel1 (valamint a HOME és a SHELL) változók értékeit. Az álta- 
lunk használt programok időről-időre felhasználják ezeket azértékeket, de arra 
valószínűleg soha sem lesz szükségünk, hogy megváltoztassuk ezeknek a válto- 
zóknak az értékét. 

A shell változók következő csoportját a term, a path és a user változók 
alkotják, amelyeknek szintén megfeleltethető egy-egy globális változó. Ezeket 
a globális változókat az különbözteti meg az előző csoport változótitól, hogy ér- 
tékük a globális változó értékéhez van csatolva. Következésképpen, ha megvál- 
toztatjuk ezeknek a shell változóknak az értékét, akkor a shell automatikusan 
felfrissíti a globális változó értékét is. 

A fejezet későbbi részében szó lesz arról, hogy hogyan határozhatjuk meg, 
hogy milyen parancsok kerüljenek két speciális file-ba, a .cshrc és a 

. login inicializációs file-okba. A term és a path változók értékét ezekben 
adjuk meg. A TERM és a PATH változók értékét nem kell beállítanunk, hiszen 
ezek automatikusan frissítésre kerülnek. 

Most pedig próbáljuk ki a következőket: írassuk ki a termés TERM változók 
értékét az alábbi parancsok segítségével: 


echo $term; echo $TERM 

Ezek után változtassuk meg term értékét: 

set tem - hello 

Most pedig írassuk ki újra mindkét változó értékét: 
echo $term; echo $TERM 


Vegyük észre, hogy a TERM változó értéke automatikusan frissítésre került. 
(Végül ne felejtsük el visszaállítani a term eredeti értékét.) 


s. Megjegyzés: A HOME, a TERM és a USER, valamint a home, a term és a 
a user változók közötti összeköttetés csak egyirányú. A környezeti válto- 
I zó értékének megváltoztatása nem vonja maga után a shell változó érté- 
kének a megváltozását is. Így ha a TERM értékét megváltoztatjuk, a term válto- 
zó tartalma változatlan marad. 





Befejezésül említsük megamai1 nevű shell változót. Létezik egy MAIL nevű 
globális változó is, ami azonban eltérő jelentéssel bír. Ezért amai1 és MAIL vál- 
tozók értéke nincs összekapcsolva. (Vegyük szemügyre a 2.2. és 2.3. táblázato- 
kat!) 
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A SHELL BEÉPÍTETT PARANCSAI 


Ha kiadunk egy parancsot, a shell először elemeire tördeli a parancssort és eze- 
ket az elemeket vizsgálja tovább. Azt szoktuk mondani, hogy a shell elemzi a 
parancsot. Minden parancs első eleme a parancs neve. A további elemek op- 
ciók vagy paraméterek. 

A shell a parancs elemzése után határozza meg, hogy hogyan folytassa a pa- 
rancsfeldolgozást. Két lehetőség van. Létezik néhány parancs, amelyek a shell 
belső parancsai; ez azt jelenti, hogy a shell közvetlenül tudja értelmezni azokat. 
A 2.4. táblázat azt mutatja, hogy hány belső paranccsal rendelkeznek a külön- 
böző shell típusok. 


2.4. táblázat. Az egyes shell típusok által tartalmazott belső parancsok száma 


A Shell neve Belső parancsok száma 
Bourne-shell 32 
Korn-shell 43 
Bash 50 


C-shell 52 
Tcsh 56 
Zsh 73 





Ha szeretnénk megnézni a beépített shell parancsok teljes listáját, akkor az 
on-line kézikönyv C-shellre vonatkozó részét nézzük meg (ezt a man csh segít- 
ségével tehetjük meg). A többi parancs a saját neve alatt található meg az on- 
line kézikönyvben. 


Tipp: Ha szeretnénk utánanézni egy parancs használatának az on-line 
kézikönyvben, de azt sehol sem találjuk, akkor a shell leírásánál 15 néz- 
zük meg. Lehet, hogy egy beépített parancsról van szó. 


A KERESÉSI ÚTVONAL 


Ha egy parancs nem beépített parancs — és többségük nem az -, akkor a shellnek 
meg kell keresnie a megfelelő programot és azt kell lefuttatnia. 
gy például ha kiadjuk a date parancsot, a shellnek meg kell találnia a date 
nevű programot. A megfelelő program megtalálása után lefuttatja azt, a saját 
működését pedig felfüggeszti. Amikor a program lefutott, a shell visszaveszi a 
vezérlést és várja, hogy kiadjunk egy újabb parancsot. 
A path változó azt határozza meg, hogy a shell hol keresse a futtatni kívánt 
programokat. A path könyvtárnevek egy sorozatát tartalmazza, amelyeket 
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KERESÉSI ÚTVONAL-aknak hívunk. (Általában a könyvtárak a file-ok egy 
csoportját tartalmazzák.) 

Amikor a shell egy futtatandó programot keres, akkor a keresési útvonalként 
adott könyvtárakat ellenőrzi abban a sorrendben, ahogy azok meg vannak adva. 
Amint a shell ráakad a programra, abbahagyja a keresést és elindítja annak a 
futását. Ezért a könyvtárakat olyan sorrendben kell megadnunk, amilyen sor- 
rendben kerestetni akarunk bennük. 

Most lássunk egy tipikus példát a keresési útvonalak megadására: 


set path - (/usr/local/bin /usr/ucb /bin /usr/bin -/bin ) 


Ez a parancs úgy állítja be a path shell változó értékét, hogy az öt könyvtár 
nevét tartalmazza. Ezen könyvtárak mindegyikében találhatók programok. 

A bin általában olyan könyvtárakat jelöl, amelyek programokat tartalmaz- 
nak, míg a - (tilde) karaktert ahome könyvtár jelölésére használjuk. Máskép- 
pen fogalmazva, a -/ bin egy a home könyvtárunkból nyíló programokat tar- 
talmazó könyvtárat jelöl. A /usr/ucb könyvtár olyan programokat tartalmaz, 
melyek csak a Berkeley Unix-ban találhatók meg. (Az ucb jelölés a University 
of California at Berkeley rövidítése.) 

Ha programokat 15 szoktunk írni, valószínűleg hasznosnak találnánk, ha a 
shell a munkakönyvtárat is ellenőrizné, amikor egy futtatandó programot ke- 
res. (A munkakönyvtár [working directory] kifejezés arra a könyvtárra utal, 
amiben éppen dolgozunk.) Ha ezt szeretnénk, akkor a . (pont) karakterrel is 
ki kell egészítenünk a keresési útvonalak listáját: 


set path - ( . /usr/1local/bin /usr/ucb /bin /usr/bin (-/ bin) 


Ne felejtsük el, hogy a könyvtárneveket tetszőleges sorrendben adhatjuk 
meg. Ebben az esetben a Unix a munkakönyvtárat fogja legelőször ellenőrizni. 

Tegyük fel például, hogy írtunk egy programot, aminek a date nevet adtuk és 
ez aprogram a munkakönyvtárban található. Ekkor kiadjuk a következő paran- 
csot: 


date 


MI! történik ilyenkor? 

Mindenekelőtt a shell ellenőrzi, hogy ez egy belső parancs-e. A válasz nem, 
így a shell elkezd keresni egy date nevű programot. Mivel a keresési útvonalak 
között a munkakönyvtár áll legelöl, a shell megtalálja a date nevű programun- 
kat és azt futtatja le a Unix date parancsa helyett (ami a /bin könyvtárban ta- 
lálható). 

Most tegyük fel, hogy úgy definiáltuk a keresési útvonalak listáját, hogy a 
/bin könyvtár megelőzi a munkakönyvtárat: 


set path - ( /usr/1ocal/bin /usr/ucb /bin /usr/bin .-/ bin ) 
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Ebben az esetben a shell a /bin könyvtárban lévő Unix parancsot találja meg 
először. 

A keresési útvonalak részletes tárgyalása meghaladja ennek a könyvnek a 
kereteit (és igazából nem is olyan lényeges dolog). Általában elfogadhatjuk a 
keresési útvonalak listáját úgy, ahogy az alapértelmezés szerint be lett állítva. 
Az egyetlen dolog amire emlékeznünk kell az az, hogy ha megváltoztatjuk a ke- 
resési útvonalak listáját, akkor nem mindegy, hogy a könyvtárak milyen sor- 
rendben szerepelnek. 

Végül egy utolsó megjegyzés. Mint korábban már említettük, a shell automa- 
tikusan a PATH környezeti változóba másolja a path tartalmát. Ez lehetővé te- 
szi, hogy bármelyik program használja a keresési útvonalakat. (Ne felejtsük el, 
hogy a programok csak a környezeti változók értékét érhetik el, a shell válto- 
zók-ét nem.) Ha azonban kiíratjuk a PATH értékét, akkor azt fogjuk látni, hogy 
ennek formátuma különbözik a path-étól. Ezt a korábbi Bourne-shellel való 
kompatibilitás megőrzése tette szükségessé. 

A PATHváltozó nem egy szavakból álló listát tartalmaz, hanem inkább karak- 
terek egyetlen sorozatának tekinthető, amiben a könyvtárneveket egy kettős- 
pont választja el egymástól. A munkakönyvtárat egy üres könyvtárnév bejegy- 
zés jelöli, nem pedig a pont (.). 

Így például ha saját magunk szeretnénk beállítani a PATH változót arra az ér- 
tékre, amire a path-t is állítottuk az utolsó példában, akkor a következőket kel- 
lene begépelnünk: 


setenv PATH /usr/local/bin:/usr/ucb:/bDin:/usr/bin::--/bin 


Az üres könyvtárnév bejegyzést (a munkakönyvtárat) a két egymást követő 
kettőspont jelenti. Ha a munkakönyvtár a lista végén állna, akkor a karakter- 
lánc egy kettőspontra végződne: 


seterv PATH /usr/local/bin:/usr/ucb:/bDin:/usr/bin:-- /bin: 


A SHELL PROMPT 


Mint azt már tudjuk, a shell a prompt megjelenítésével jelzi, ha kész egy újabb 
parancs fogadására. Alapértelmezés szerint a C-shell egy százalékjel karaktert 
használ prompt-ként: 


96 
míg a Korn- és Bourne-shell a dollár karaktert használja: 
$ 


Mint azt pillanatokon belül látni fogjuk, a legtöbb felhasználó úgy állítja be a 
prompt-ot, hogy az más információkat 15 tartalmazzon. Ennek ellenére a 3 vagy 
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a $ karaktereket szokás meghagyni a prompt részeként, hogy ez emlékeztessen 
a használt shell típusára. 

A C-shell a prompt nevű shell változó értékét használja parancs prompt- 
ként. Ennek megfelelően a változó értékének megváltoztatásával olyanra állít- 
juk a prompt alakját, amilyenre akarjuk. (Ez más shell típusok esetén is igaz.) 

Lássunk most egy példát. Tegyük fel, hogy a hálózaton keresztül több gépre is 
be szoktunk jelentkezni, és azt akarjuk, hogy mindegyik rendszeren egy, a gépre 
egyértelműen utaló prompt-tal rendelkezzünk. 

Legyen az egyik gép neve nipper. Azon a rendszeren a következőképpen 
definiálhatjuk a prompt-ot: 


set prompt  "nipper$ " 


(Ne felejtsük el, hogy ha olyan értéket adunk, ami space-eket vagy írásjeleket 
is tartalmaz, akkor azt egyszeres idézőjelek (") közé kell tennünk.). Egy másik 
rendszeren, amit princess-nek hívunk, a következőképpen definiálhatjuk a 
prompt-ot: 


set pranmpt - "princeset " 


Nemsokára szó lesz az esemény puffer használatáról. Akkor látni fogjuk, 
hogy milyen hasznos, ha a prompt-nak egy , esemény számnak" (event num- 
ber) nevezett érték is részét képezi. 

(Az eseményszám egy olyan érték, ami eggyel nő minden egyes parancs ki- 
adásakor. Ezt az értéket a korábban már begépelt parancsok azonosítására 
használhatjuk.) 

Az eseményszámot egy felkiáltójellel ( ! ) jelölhetjük a prompt megadásakor. 
Amikor a shell kiírja aprompt-ot, akkor az eseményszám aktuális értékével fog- 
ja helyettesíteni a felkiáltójelet. 

Van azonban valami, amit nem szabad elfelejtenünk, amikor egy felkiáltó- 
jelet is használunk a set parancsban. Mint később látni fogjuk, a parancssor- 
ban a felkiáltójel speciális jelentéssel bír. Ezért a prompt beállításakor gondos- 
kodnunk kell róla, hogy a shell megfelelően értelmezze a felkiáltójelet. 

Tegyük fel, hogy úgy szeretnénk beállítani a prompt-ot, hogy a nipper nevet 
egy space kövesse, ezután jöjjön az eseményszám szögletes zárójelek között, 
amit a százalékjel majd egy space követ. Ha a következő parancsot adnánk kit: 


set pranmpt - "rnipper [1]96" 


akkor a felkiáltójel speciális jelentése miatt a parancs nem működne. Ennek 
elkerülésére egy backslash (4) karaktert kell gépelnünk a felkiáltójel elé. 
A backslash azt jelenti a shell számára, hogy , a következő karakter szó szerint 
értendő". Magát a backslash karaktert a shell figyelmen kívül hagyja. Végső s0- 
ron tehát a következőképpen néz ki a helyes parancs: 


set pramt z "nirper [41] 96" 


A C€-shell használata 37 
Így például ha az eseményszám értéke éppen 21, a prompt a következő lesz: 
niprper [21]5$ 


Egy új parancs begépelése után az eseményszám 22-re nő, és a prompt a kö- 
vetkezőképpen alakul: 


nipper [22]36 


AZ ESEMÉNY PUFFER: history 


Ha már használtuk egy keveset a Unix-ot, rá fogunk jönni, hogy milyen bosszan- 
tó tud lenni, ha egy parancsot újra és újra be kell gépelnünk egy-két gépelési 
hiba miatt. A C-shell azonban két eljárást 15 biztosít aparancsok begépelésének 
egyszerűsítésére: az egyik a helyettesítő nevek (aliasing), a másik az esemény 
puffer (history substitution) használata. Részben ezek a tulajdonságok, amik 
miatt sokan szívesebben használják a C-shellt a Bourne-shellnél. Hamarosan 
mindkét sajátosság rövid ismertetésére sor kerül. Aki többet szeretne tudni 
ezekről a lehetőségekről, az nézze meg a C-shell leírását az on-line kézikönyv- 
ben (ezt a man csh parancs segítségével tehetjük meg). 

Az esemény puffer a shell egy olyan szolgáltatása, ami lehetővé teszi, hogy 
megváltoztassunk és újra használjunk korábban kiadott parancsokat anélkül, 
hogy újra kellene gépelnünk őket. Az esemény puffer számos, csak a profik ál- 
tal használt lehetőséget kínál. Ha ismerjük ezeket a lehetőségeket az nagyszerű; 
megszámlálhatatlan lehetőségünk lesz korábbi parancsaink újra hasznosításá- 
ra. A legtöbb ember azonban csak az egyszerűbb lehetőségeket tanulja meg 
és használja: azokat, amelyekről az alábbiakban lesz szó. 

A Shell készít egy listát az általunk kiadott parancsokról (eseménylista ). Min- 
den parancs kap egy azonosítási számot. Az első azonosítási szám az 1. Amikor 
kiadunk egy parancsot, az utolsó azonosítási szám értéke eggyel nő. Így utalha- 
tunk például a 6. parancsra, a 46.-ra vagy amelyikre akarunk. 

A lista hosszának — vagyis az elmentett parancsok számának — me  EKNKESETÉNA 
sára a history nevű shell változó beállításával van lehetőségünk. Így például 
ha az utolsó 50 parancsot szeretnénk elmenteni, azt így állíthatjuk be: 


set history - 50 

Ha nem adunk értéket a history változónak, a shell alapértelmezés szerint 

csak az utolsó parancsot menti el. A legtöbb ember számára ez 1s elég lehet. 
Az eseménylista kiíratására a history parancs segítségével van lehetősé- 

günk. Ennek szintaxisa a következő: 


history [-r] [number] 
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Ha a parancsot argumentum nélkül gépeljük be 

history 

a shell a teljes eseménylistát kiírja valahogy így: 


2118 

22 data 

23 datw 

24 date 

25 history 


Ha megadunk egy számot, akkor a shell csak annyi parancsot fog kiírni: 
history 3 
amire valami ilyesmi választ kaphatunk: 


24 date 


25 historvy 
26 history 3 


Ha a -r opciót 15 használjuk, a shell fordított sorrendben fogja kiírni a paran- 
csokat (a legutolsót legelőször): 


history -r 
amire a válasz: 


27 history -r 
26 history 3 
25 history 
24 date 

23 datw 


Vegyük észre, hogy minden parancs felkerül az eseménylistára. Azok 15, ame- 
lyeket hibásan gépelünk és maga a history parancs is. 

Az eseménylista kiíratása két szempontból is fontos. Először is azért, mert 
mint pillanatokon belül látni fogjuk, szerkeszthetjük és újra futtathatjuk koráb- 
bi parancsainkat. Másodszor azért, mert így ellenőrizhetjük visszamenőleg, 
hogy milyen parancsokat adtunk már ki. (, Tényleg töröltem már az összeset 
azok közül a file-ok közül?") Ha úgy gondoljuk, hogy szükségünk lehet jóval 
korábbi parancsok ellenőrzésére 1s, állítsuk ahistory változó értéket jó nagy- 
ra, például 100-ra. 

A C-shell világában a korábban kiadott parancsokat ESEMÉNY-eknek hív- 
ják. Az egyes parancsokat azonosító számok pedig az ESEMÉNYSZÁM-ok. 
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Ha úgy döntünk, hogy használni akarjuk az esemény puffer kínálta lehetősége- 
ket, kényelmesnek fogjuk találni, ha az eseményszám aktuális értéke része a 
prompt-nak. Hogy ezt hogy állíthatjuk be, azzal már találkoztunk a shell 
prompt-ról szóló részben. Ennek szemléltetésére most álljon itt egy példa: 


set prawpt - "nirper [41]9" 


Ez a prompt emlékeztetőül tartalmazza a használt gép nevét, amit az ese- 
ményszám követ (szögletes zárójelek között), legvégül pedig a százalékjel lát- 
ható. Egy ilyen módon definiált prompt például az alábbiaknak megfelelően 
nézhet ki: 


nipper [24] 


AZ ESEMÉNY PUFFER HASZNÁLATA 


A C-shell számos bonyolult utasítást támogat a korábbi parancsok újrahaszno- 
sítására. Ebben a fejezetben a legegyszerűbb és leghasznosabb eljárásokról lesz 
szó. Akiket további részletek is érdekelnek, azok az on-line kézikönyv C-shellt 
leíró részében találnak bővebb információkat. 

A két leghasznosabb utasítás a ! ! és a AA. Ha a legutolsó parancsunkat sze- 
retnénk újra lefuttatni pontosan abban a formában, ahogy egyszer már végre- 
hajtottuk, akkor a következőt kell gépelnünk: 


Ló! 
Ekkor a shell kiírja az előző parancsot a képernyőre, majd végrehajtja azt. 

Ha az előző parancsban szeretnénk a karakterek egy sorozatát valami másra 
cserélni, akkor először egy ?-ot kell gépelnünk, majd azokat a karaktereket, 
amiket ki akarunk cserélni. Ezek után egy újabb / következik, majd legvégül 
az új karakterek. Lássunk erre egy példát: tegyük fel, hogy szerettük volna a 
date parancs segítségével kiíratni a dátumot és az időt, de véletlenül a követ- 
kezőket gépeltük: 


datxa 

Ezt a hibát az alábbi paranccsal javíthatjuk kt: 

AxgAe 

5 Tipp: Ha semmit sem jegyzünk meg az esemény puffer használatával 


kapcsolatban, a ! ! és AA utasítások használatát akkor is tanuljuk meg. 
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Ha egy korábban kiadott parancsot szeretnénk újra használni, gépeljünk egy 
felkiáltójelet, majd a parancshoz tartozó eseményszámot. Legyen például a kö- 
vetkező az eseménylistánk: 


2118 

22 data 

23 datw 

24 date 

25 history 


Ha begépeljük, hogy: 
!24 


akkor a shell lefuttatja a date parancsot. 

Arra is van lehetőségünk, hogy a parancs végére újabb karaktereket gépel- 
jünk be. Például a 21-es eseményszám az 18 parancsot jelöli, ami file-nevek ki- 
listázását teszi lehetővé. Mint azt már valószínűleg tudjuk, hogy az argumentu- 
mok nélkül kiadott 18 parancs az aktuális könyvtárban lévő file-ok neveit írja 
ki. Ha azonban bennünket csak a , temp" karakterekkel kezdődő nevű file-ok 
érdekelnek, akkor ezekról az 18 temp" paranccsal készíthetünk egy listát. 
Ha szeretnénk a 21-es eseményszámot használni ennek a parancsnak a létreho- 
zásához, akkor a következőket kell gépelnünk: 


121 tenp" 


Ha egy adott mintával kezdődő parancsot szeretnénk újra használni, akkor a 
felkiáltójel után a mintát kell begépelnünk. Így például ha az utolsó parancsun- 
kat szeretnénk újra használni, ami 18-el kezdődött, akkor elég az alábbiakat 
begépelnünk: 


118 


Ha bizonyos parancsokat ismétlésszerűen kell újból és újból használnunk, ak- 
kor ez a lehetőség igen hasznosnak bizonyulhat. Tegyük fel például, hogy egy 
gsummary . c programon dolgozunk és ezt a vi-al módosítjuk időről időre. Min- 
den módosítás után a cc parancsot használjuk a program újra fordítására. A két 
parancs amire mindehhez szükségünk van: 


vi sumary.c 
cc summary .c 


Ha már egyszer begépeltük a parancsokat, onnan kezdve a ! v és ! c formá- 
ban hivatkozhatunk rájuk. Ez egyszerűvé teszi a két parancs felváltva történő 
használatát. 
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Úgy is utalhatunk egy parancsra, hogy kérdőjelek között megadunk egy min- 
tát belőle. Ekkor a shell az utolsó olyan parancsot fogja végrehajtani, ami tartal- 
mazza ezt a mintát. Például újra futtathatjuk az 18 temp" parancsot az alábbiak 
gépelésével: 


! temp? 


Mint az eddigiekből is kiderült, a legtöbb utasítás amivel korábbi parancsokat 
futtathatunk, egy felkiáltójellel kezdődik. Ha a shell talál egy ilyen karaktert a 
parancssorban, akkor azt feltételezi, hogy valamilyen korábbi eseményre uta- 
lunk ily módon. Ha egy olyan parancsot akarunk használni, ami tényleg tartal- 
rnaz felkiáltójelet, akkor az elé egy backslash-t (4) kell tennünk. Ez közli a shell- 
lel, hogy a felkiáltójel nem egy eseményre való hivatkozást jelent. (Magát a 
backslash-t (4) a shell figyelmen kívül hagyja.) Erre láttunk egy példát koráb- 
ban, amikor a set parancs segítségével újradefiniáltuk a parancs prompt-ot. 


set pramp - "nipper [11]3 " 


EGY PÉLDA AZ ESEMÉNY PUFFER 
HASZNÁLATÁRA: FILE-OK VÉLETLEN 
TÖRLÉSÉNEK ELKERÜLÉSE 


Az utolsó jelölés amit megemlítünk, az egy felkiáltójel, amit egy csillag követ 
(181). Ez a parancssor teljes tartalmát jelöli a parancsnév kivételével. 
Tegyük fel például, hogy a következő parancsot használtuk: 


18 tenp! extra? 


Ezek után begépelhetünk egy új parancsot és használhatjuk a 1" jelölést a 
temp! extra? argumentumok jelölésére. 

Az esetek zömében az ilyen típusú helyettesítések bonyolultak és nem érik 
meg a fáradtságot. Van azonban egy eset, amikor a ! " használata értékes szol- 
gálatot tehet. 

Az rm (remove: eltávolít) parancs segítségével file-okat tudunk törölni. Az 
rm parancs használatakor egy minta segítségével lehetőségünk van file-csopor- 
tok megadására is. Így például a temp" minta az összes olyan file-t jelöli, ami- 
nek a neve a temp karakterekkel kezdődik, és ezeket 0 vagy több tetszőleges 
karakter követ: az extra? minta olyan file-okat jelöl, amelyek neve úgy kezdő- 
dik, hogy extra és ezután még egy tetszőleges karakter áll. 

Az rm paranccsal az a gond, hogy ha egyszer letöröltünk egy file-t, attól örök- 
re búcsút vehetünk. Így hiába vesszük észre — akár közvetlenül az ENTER bil- 
lentyű leütését követően -, hogy egy file törlése tévedés volt, a file visszanyeré- 
sére már nincs lehetőségünk. 
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Most tegyük fel, hogy törölni szeretnénk a következő file-okat: temp, 
temp backup, extral és extra2. Ezért a következő parancsot szeretnénk 
kiadni: 


nn tenp" extra? 


Azt azonban elfelejtettük, hogy van még egy fontos file-unk, amit temp . im- 
portant-nak hívnak. Ha kiadnánk az előző parancsot, akkor ezt a file-t is le- 
törölnénk. 

Ezért bölcs dolog, ha először az 18 parancsot futtatjuk le azzal a mintával, 
amivel az rm parancsot is használni szeretnénk: 


18 tenp" extra? 


Ez a parancs ki fogja írni az összes olyan file-nak a nevét, ami megfelel ennek 
a mintának. Ha a kapott lista tartalmazza olyan file nevét is amelyikről elfeled- 
keztünk, pl. a temp . important, akkor nyilván nem fogjuk kiadni az rm pa- 
rancsot, ahogy azt eredetileg terveztük. Ha azonban a kapott lista valóban csak 
a törölni kívánt file-okat tartalmazza, akkor folytathatjuk a műveletet és töröl- 
hetünk az 
mi!" 


kiadásával. 

Felvetődhet persze a kérdés, hogy miért kell a 1" jelölést használnunk? Ha 
már meggyőződtünk arról, hogy a minta valóban csak a törölni kívánt file-okat 
jelöli, akkor miért ne gépelhetnénk be egyszerűen az rm parancsot és megfelelő 
mintát? 

A válasz az, hogy ha a ! ? jelölést használjuk, akkor biztosan azt kapjuk, amit 
várunk. Ha azonban újra gépeljük a mintát, akkor követhetünk el gépelési hibá- 
kat, így végül minden óvatosság ellenére törölhetünk rossz file-okat. 

Az egész folyamatot még egyszerűbbé tehetjük helyettesítő nevek (alias-ok) 
használatával, amint azt a következő részben fogjuk látni. 


HELYETTESÍTŐ NEVEK HASZNÁLATA: 
alias, unalias 
A helyettesítő nevek (ALIAS-ok) olyan nevek, amelyeket mi adhatunk egy pa- 
rancsnak, vagy parancsok egy csoportjának. 
Tegyük fel például, hogy gyakran kell begépelnünk a következő parancsot: 


18 -1 temp" 
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Ha az 1t helyettesítő nevet adjuk ennek a parancsnak, akkor a továbbiakban 
sokkal egyszerűbb lenne ennek a parancsnak a kiadása: 


1t 


Egy helyettesítő nevet az alias parancs segítségével hozhatunk létre. En- 
nek szintaxisa a következő: 


alias l[helyettesítő-név [parancsI ] 
Az alábbi példa az imént említett helyettesítő nevet definiálja 
alias lt "18 -1 temp" " 
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Mint látható, a parancs egyszeres idézőjelek ( " ) közé került. Ennek az az oka, 
hogy bizonyos karakterek, itt például a " , speciális jelentéssel rendelkeznek. Az 
egyszeres idézőjel azt közli a shell-lel, hogy a közrezárt karaktereket kezelje 


betű szerint. Helyettesítő nevek megadásakor célszerű az idézőjelek használa- 
ta minden olyan esetben, amikor a parancs írásjeleket is tartalmaz: 


alias info "date; who" 
Ezek után bármikor kiadhatjuk az info parancsot, ha arra vagyunk kíván- 
csiak, hogy mennyi az idő és mi a dátum illetve tudni szeretnénk, hogy éppen 


kik vannak bejelentkezve a rendszerre. Az egyik leghasznosabb helyettesítő 
név a következő: 


alias a alias 

Ez lehetővé teszi, hogy a teljes alias parancs gépelése helyett csak egy a 
betűt kelljen gépelnünk. Így például ha már definiáltuk ezt a helyettesítő ne- 
vet, akkor elég lenne az alábbiakat gépelnünk: 
a info "date; who" 

Egy másik hasznos helyettesítő név a h, a history parancs rövidítésére: 


alias hhistorvy 


Ha ellenőrizni szeretnénk, hogy egy helyettesítő névhez milyen parancsot 
rendeltünk, akkor a helyettesítő nevet kell megadnunk a parancs neve után: 


alias info 


Ha az összes helyettesítő nevet szeretnénk kilistázni, akkor argumentumok 
nélkül kell kiadnunk a parancsot: 
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Ha törölni szeretnénk egy helyettesítő nevet, arra az unalias parancs segít- 
ségével van lehetőségünk. Ennek szintaxisa a következő: 


unalias [helyettesiítő-név] 
Az előbb definiált helyettesítő nevet például így törölhetjük: 


unalias info 


ARGUMENTUMOK HASZNÁLATA 
HELYETTESÍTŐ NEVEKKEL 


Amikor egy helyettesítő nevet használunk, akkor annak argumentumokat (op- 
ciókat és paramétereket) is adhatunk. Lássunk erre is egy példát: 

Az 18 parancs file nevek kilistázására használható. Ha a parancsot a -1 op- 
cióval használjuk, akkor részletes információkat kapunk a file-okról. Sokan 
használják a következő helyettesítő nevet a könnyen elgépelhető 18 -1 pa- 
rancs rövidítésére: 


alias 1118 -1 


Alapértelmezés szerint az 18 parancs valamennyi a munkakönyvtárban talál- 
ható file-t kilistázza. Így ezekről a file-okról a következő paranccsal kérhetünk 
részletes listát: 


11 


Ha azonban csak bizonyos file-okról szeretnénk információt kapni, ezeknek a 
nevét paraméterként adhatjuk meg: 


18 -1lmyfile yvyourfile 

Ha az előző helyettesítő nevet használjuk: 
Ilmyfile yvourfile 

A shell a megfelelő parancsra cseréli az 11 helyettesítő nevet, majd a parancs 
végéhez fűzi a paramétereket. 

Ha egy helyettesítő névvel definiált parancssor közepére szeretnénk argu- 


mentumokat beszúrni, akkor a ! " jelölést használhatjuk, ahogy azt az esemény 
puffer használatával kapcsolatban is láttuk már. (Valójában sok, az esemény 
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puffert használó utasítás helyettesítő nevekkel működik. Akiket érdekelnének 
a részletek, azok nézzék meg az on-line kézikönyv C-shellről szóló részét.) 

Azt azonban nem szabad elfelejtenünk, hogy a felkiáltójel elé egy backslash 
(V karaktert kell írnunk, hogy azt a shell ne egy eseményre való hivatkozásként 
kezelje. Ez még akkor 15 így van, ha használjuk az idézőjeleket. 

Nézzünk most egy példát az elhangzottakra. Az 11d helyettesítő név segítsé- 
gével adott file-okról kérhetünk részletes információkat, majd végül kiíratjuk 
az időt és a dátumot Is: 


alias 1ld "18 -1 4 $;date" 
Így ha a következőket gépeljük: 
l1ld myfile yourfile 
akkor a következő parancssort futtatjuk le: 


15 -1lmyfileyourfile; date 


PÉLDA HELYETTESÍTŐ NEVEK HASZNÁLATÁRA: 
A MUNKAKÖNYVTÁR SZÁMONTARTÁSA 


Az alábbiakban egy különösen hasznos példát fogunk bemutatni a helyettesítő 
nevek használatára. 

A könyvtárak fogalmáról a UNIX - Bevezetés című könyvben van szó részle- 
tesen. Tömören azt mondhatjuk, hogy a könyvtárak file-okat tartalmaznak, és 
azt a könyvtárat, amiben éppen dolgozunk, munkakönyvtárnak (workirg direc- 
tory) hívjuk. A munkakönyvtárat a cd (change directory: könyvtár megváltoz- 
tatása) parancs segítségével változtathatjuk meg. 

A cd parancs használatához meg kell adnunk annak a könyvtárnak a nevét, 
amire váltani szeretnénk. Ha például a bin nevű könyvtárra szeretnénk váltani, 
akkor a következő parancsot kellene kiadnunk: 


cd bin 


A munkakönyvtár nevét a pwd (print working directory: munkakönyvtár ki- 
nyomtatása) paranccsal írathatjuk ki. (Egyelőre ne aggasszuk magunkat a rész- 
letek miatt.) 

Ha gyakran váltunk könyvtárat, észre fogjuk venni, hogy az ember könnyen 
szem elől téveszti, hogy éppen melyikben is van. Ennek ellenére igazi nyűg a 
pwd parancs minduntalan begépelése. Sokat egyszerűsíti a munkánkat, ha defi- 
niálunk egy olyan helyettesítő nevet, aminek a segítségével automatikusan ki- 
íratjuk amunkakönyvtárat 15, a cd parancs használatát követően. 

Ha szemügyre vesszük a 2.2. táblázatot, amiben a C-shell shell változói van- 
nak felsorolva, akkor ott találunk egy cwd nevű változót. Ez a változó mindig az 
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aktuális munkakönyvtár nevét tartalmazza. Ennek a változónak az értékét az 
alábbi paranccsal írathatjuk ki: 


echo $cwd 


Amit szeretnénk elérni az az, hogy ezt az echo parancsot is lefuttassuk min- 
den alkalommal, amikor sor kerül a munkakönyvtár megváltoztatására. Ezt úgy 
tehetjük meg, ha a cd helyettesítő névhez két parancs futtatását is hozzárendel- 
jük: egyrészt magát a cd parancsot, majd közvetlen utána az echo-t: 


alias cd "cd 4!t; echo $cwd" 


Ezek után mindig tudni fogjuk, hogy hová kerültünk, ha megváltoztatjuk a mun- 
kakönyvtárunkat. 


MÉG EGY PÉLDA HELYETTESÍTŐ NEVEK 
HASZNÁLATÁRA: FILE-OK VÉLETLEN 
TÖRLÉSÉNEK ELKERÜLÉSE 


Az alábbiakban arra fogunk egy példát látni, hogy hogyan használhatjuk a he- 
lyettesítő neveket és az esemény puffert egyszerre, egy kivételesen hasznos esz- 
köz létrehozására. 

A fejezet korábbi részében már láttuk, hogy hogyan használhatjuk az 18 pa- 
rancsot annak ellenőrzésére, hogy milyen file nevek felelnek meg egy adott min- 
tának. Ezt az ellenőrzést meghatározott file-név mintával rendelkező file-ok 
törlése előtt végeztük el. Ez lehetővé tette, hogy meggyőződjünk róla, hogy va- 
lóban csak a kívánt file-okat fogjuk letörölni. Ennek az adja a jelentőségét, hogy 
ha a Unix alatt egyszer letöröltünk egy file-t, akkor attól örökre búcsút vehe- 
tünk. 

Az ott bemutatott példában a temp" és extra? mintákkal adott file-ok tör- 
léséről volt szó. Először ellenőriztük, hogy milyen file nevek feleltek meg ezek- 
nek a mintáknak: 


18 temp" extra? 
Ha a várt eredményt kaptuk, akkor kiadhattuk az 
nm !" 


parancsot, ami törölte a vizsgált mintához tartozó file-okat. 

Jó lenne, ha tudnánk definiálni egy helyettesítő nevet ehhez a parancshoz. 
Sajnálatos módon erre technikai okok miatt nincs lehetőség. (Egy helyettesítő 
névben elhelyezett ! ? jelölés az aktuális parancsra vonatkozna, nem pedig az 
előzőre. Azide tartozó részleteket megtalálhatjuk a C-shell on-line kézikönyvé- 
ben.) 
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Ennek ellenére, mégis definiálhatunk egy helyettesítő nevet, ami megfelel a 
céljainknak: 


allas del "m 418:$" 


(Itt megint feledkezzünk el a részletekről. Tulajdonképpen arról van szó, hogy 
az utolsó olyan parancsból vesszük az argumentumokat, ami tartalmazta az 18 
karaktereket.) 

Ha definiáltuk ezt a helyettesítő nevet, akkor a következő eljárást használhat- 
juk egy bizonyos mintával leírható file-ok törlésére: 

Először adjuk ki az 18 parancsot azzal a mintával, ami leírja a törölni kívánt 
file-okat. Például: 


18 tenp" extra? 


Ha a parancs hatására a kívánt file nevek listája jelenik meg, kiadhatjuk az 
alábbi parancsot: 


del 


Ha a kapott lista nem az, amire számítottunk, akkor próbálkozzunk egy újabb 
minta megadásával és a megfelelő file-ok 18 paranccsal történő újbóli kilistázá- 
sával. Ha végül a kívánt file-ok listáját kapjuk, akkor adjuk ki a del parancsot. 
Ezzel a módszerrel véletlenül sem törölhetünk a minta rossz megválasztása mi- 
att file-okat. 

Ha szokásunkká válik az 18 parancs és a del helyettesítő név együttes hasz- 
nálata, akkor egészen biztos, hogy egy szép napon egy katasztrófától mentjük 
meg magunkat. 


KONFIGURÁCIÓS FILE-OK: 
.- Cshrc, . login, . logout 


Az eddigiekben számos olyan parancsról volt szó, amelyek segítségével beállít- 
hatjuk a munkakörnyezetünket. Ezen kívül tárgyaltuk azokat a változókat is, 
amelyeket be kell állítanunk, mielőtt dolgozni kezdhetnénk. De hogyan győ- 
ződjünk meg arról, hogy minden helyesen van beállítva? Természetes az is, 
hogy nem akarjuk minden egyes bejelentkezésünket parancsok hosszú sorának 
begépelésével kezdeni. Ezen kívül az is előfordulhat, hogy szeretnénk néhány 
parancsot lefuttatni minden egyes kilépésünkkor. 

A shell lehetőséget teremt arra, hogy ezeket a parancsokat csak egyszer kell- 
jen megadnunk és onnantól kezdve mindig végrehajtja őket a megfelelő idő- 
pontban. Lássuk, hogy hogyan is működik ez. 
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A C-shell három speciális file-t használ, a . cshrc, a . login, ésa . logout 
file-okat, amelyekben az automatikusan végrehajtandó parancsainkat tárolhat- 
juk. 

Minden alkalommal, amikor elindítunk egy új shellt, a .cshrc file-ban lévő 
parancsok automatikusan végrehajtásra kerülnek. Erre természetesen akkor 
is sor kerül, amikor belépünk a rendszerbe és az első shellünket indítjuk el. 
Az ebben a file-ban lévő parancsok akkor is lefutnak, amikor elindítunk egy 
shell scriptet — a shell scriptek tárgyalására is sor kerül hamarosan - vagy felfüg- 
gesztjük egy program futását és elindítunk egy ideiglenes shellt. A . login nevű 
file-ban lévő parancsok csak egyszer kerülnek végrehajtásra: a bejelentkezé- 
sünkkor, közvetlen a . cshrc file parancsainak végrehajtása után. Mint arra 
bárki magától is rájöhet, a . logout file parancsai szintén csak egyszer futnak 
le, közvetlenül a knelentkezésünk után. 


IT REJT A NÉV? 

A .cshrc file 
Bár ezt csak kevesen tudják, az rc jelölés a , run commands" kifejezés rövidíté- 
se — ennek a jelentése: automatikusan végrehajtásra kerülő inicializációs paran- 
csok. 

A név az 1963-ban az MII-nél kifejlesztett CTSS (Compatible Time Sharing 
System) nevű operációs rendszerből származik. A CTSS rendelkezett egy saját- 
sággal(, runcom"), ami lehetővé tette egy file-ban tárolt parancsok sorozatának 
futtatását. 

A shellen kívül sok más program 15 keres a home könyvtárunkban automati- 
kusan végrehajtandó , rc" inicializációs file-okat. Ilyen file például a vi és az ex 
szerkesztők által használt .exrc, vagy a mail program által használt 
. mailrce, és a Usenet nevű olvasó program által használt . newsrc. 


Annak persze jó oka van, hogy miért kezdődnek ezek a file nevek egy ponttal: 
amikor kiíratjuk az 18 paranccsal a file-jaink listáját, akkor azok a file-ok, ame- 
lyek neve egy ponttal kezdődik, általában nem kerülnek kiírásra. Így nem kell 
minden alkalommal megnéznünk ezeket a file neveket is, amikor kilistázzuk 
a könyvtárunk tartalmát. Azon ritka alkalmakkor, amikor tényleg ki akarjuk 
listázni valamennyi file-unkat, beleértve a ponttal kezdődő nevűéeket is, akkor 
az18 parancsot a -a (list all: minden file listázása) opcióval használhatjuk. 

A legtöbb rendszergazda úgy állítja be a rendszerét, hogy minden új C-shell 
felhasználó rendelkezzen a home-könyvtárában egy .cshrc és egy . login 
file-al. ( logout file lehet hogy lesz, lehet hogy nem lesz.) Az esetek döntő 
többségében változatlanul hagyhatjuk ezeket a file-okat. A környezeti és shell 
változók értékei megfelelően lesznek beállítva. Az is megeshet, hogy még né- 
hány hasznos helyettesítő nevet is definiáltak aszámunkra. Ha szeretnénk meg- 
nézni ezeknek a file-oknak a tartalmát, használjuk a more parancsot: 


more .cahrc 
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Időről időre előfordulhat, hogy szeretnénk megváltoztatni ezeknek a file-ok- 
nak a tartalmát. Például lehet, hogy azt szeretnénk, ha a rendszer a 


Hello, kellemes munkat! 


üzenettel köszöntene minden bejelentkezésünkkor. De az 15 lehet, hogy azt sze- 
retnénk, ha automatikusan elindulna a mai 1 program, ha új levelünk jött. Ezek- 
nek a változtatásoknak az elvégzéséhez feltétlenül ismernünk kell egy szöveg- 
szerkesztő, pl. a vi használatát. 

A .1logout file kevésbé fontos mint a . cshrc vagy a . login file-ok. Tulaj- 
donképpen el is feledkezhetünk róla, ha akarunk. 

Ebbe a file-ba olyan parancsok kerülnek, amelyek a kijelentkezésünkkor ke- 
rülnek végrehajtásra. Egy aranyos program, amit elhelyezhetünk a . 10gout 
file-unkban a fortune parancs. Így minden alkalommal, amikor kijelentke- 
zünk, megjelenik a képernyőn valami mókás üzenet. Néhány rendszergazda 
(azok, akik jó humorérzékkel rendelkeznek) mindenki . logout file-jában el- 
helyezi ezt a parancsot. 


Tipp: Mely parancsokat helyezzük a . cshrce, és melyeket a . login 
EZ file-ba? Az alábbiakban a legjobban működő elosztás látható: 
A .cshrc file-nak a következő parancsokat kellene tartalmaznia: 
— a shell változók beállítása 
- a helyettesítő nevek definíciója 
A . login file-nak a következő parancsokat kellene tartalmaznia: 
a terminál beállítását 
a környezeti változók definícióját 
a felhasználói maszk beállítását, a file-ok hozzáférési jogainak alapértel- 
mezés szerinti megadására (Il. 7. fejezet) 
— az inicializációs feladatokat ellátó parancsokat. 


A SHELL SCRIPTEK 


Mint az 1. fejezetben már volt róla szó, a shell nem egy egyszerű parancsértel- 
mező. A shell rendelkezik egy saját programozási nyelvvel is. A közönséges 
Unix parancsokon kívül speciális, a shell programozásához használható paran- 
csok is léteznek. 

Egy ilyen parancsokat tartalmazó file-tSHELL SCRIPTnek hívunk. A script 
feldolgozása során a shell egyetlen sort olvas be egyszerre. (Mint egy színész, aki 
soronként olvassa fel a szövegkönyvet.) A script feldolgozásának leírására azt 
szoktuk mondani, hogy a shell ÉRTELMEZI az egyes parancsokat. 

Általában minden scripteket (egymást követő parancsokból álló listákat) 
beolvasó programot hívhatunk parancs-értelmezőnek. A Unix számos pa- 
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t! /bin/sh 
SHOWINFO: Bourne-shell script egy információs file 
megjelenítésére 
Ha az információs file létezik, akkor kiírja a tartal- 
mát . 
Ha az információs file nem létezik, de létezik egy 
régebbi változat, akkor kiírjaa régi változatot. 
Ha sem az információs file, sem annak egy régebbi 
változata nem létezik, akkor kiír egy hiba üzenetet. 
if [-finfo] 
then 
echo "Az információs file létezik" 
more info 
elif [-f info.old] 
then 
echo "Az információs file-nak csak egy régi változata 
létezik" 
more info.old 
else 
echo "Az információs file nem létezik" 
fi 





2.1. ábra. Egy Bourne-shell script 


rancs-értelmezővel rendelkezik. Így például néhány szövegszerkesztő is képes 
előre megírt scriptek végrehajtására. 

A shell programozás részleteivel a 4. fejezetben foglalkozunk. Az érdekesség 
kedvéért azért bemutatunk két példát: az egyik a Bourne-shell programozási 
nyelvén (2.1. ábra), a másik pedig a C-shell programozási nyelvén (2.2. ábra) 
készült. A scriptek azon sorai, amelyek egy tt karakterrel kezdődnek, csak meg- 
jegyzéseket tartalmaznak. Ezeket a sorokat figyelmen kívül hagyja a shell. 

Sokan vannak, akik bár a C-shellt használják mindennapi munkájuk során, 
mégis úgy látják, hogy a Bourne-shell által kínált programozási nyelv jobban 
használható scriptek írására, mint a C-shell programozási nyelve. Így könnyen 
találhatunk olyanokat, akik C-shellt (vagy Tcsh-t) használnak parancs-értelme- 
zőként, de a scriptjeiket Bourne- vagy Korn-shellre írják. (Mint az 1. fejezetben 
tárgyaltuk, a Korn-shellt úgy tervezték, hogy felfelé kompatibilis legyen a Bour- 
ne-shellel. Ezért a Bourne-shell scriptek a legkisebb probléma nélkül futtatha- 
tók Korn-shellben, bár ez utóbbi programozási eszköztára jóval színesebb.) 

A példaként látható Bourne-shell script első sorában a következőket találjuk: 


$! /bin/sh 
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t! /bin/csh 
SHOWINFO: C-shell script egy információs file megjelenítésére 
Ha az információs file létezik, akkor kiírja a tartalmát . 
Ha az információs file nem létezik, de létezik egy régebbi 
változat, akkor kiírja a régi változatot . 
Ha semaz információs file, semannak egy régebbi változatanem lé- 
tezik, akkor kiír egy hiba üzenetet . 
if ( -f info ) then 
echo "Az információs file létezik" ; 
more info 
else 1f ( -f 1nfo.old ) then 
echo "Az információs file-nak csak egy régi változata létezik" ; 
more info.old 
else 
echo "Az információs file nem létezik" 
endif 





2.2. ábra. Egy C-shell script 


Ez azt tudatja a Unix-al, hogy Bourne-shellben akarjuk futtatni a scriptet. Szá- 
mos rendszeren ez az alapértelmezés szerinti beállítás. 

Sokan vannak, akik úgy érzik, hogy a shell programozási szolgáltatásai szük- 
ségszerűen korlátozottak, hiszen a shellnek kettős feladatot kell ellátnia: egy- 
részt parancs-értelmezőként, másrészt egy programozási nyelvként kell mű- 
ködnie. Ezek az emberek szívesebben használnak egy csak a scriptek keze- 
lésére kifejlesztett értelmezőt. A legnépszerűbb ilyen értelmező a Perl (Prac- 
tical Extraction and Report Language). A Perl-t a Unix-társadalom egy közis- 
mert alakja Larry Wall tervezte. A Perl sokkal hatékonyabb eszközöket kínál a 
scriptek írásához, mint a shell, ezért számos rendszergazda használja. Ugyanak- 
kor a Perl programok írása jóval bonyolultabb és egyáltalán nem egy szívderítő 
élmény. 


3. FEJEZET 


A KORN-SHELL HASZNÁLATA 


Ez a fejezet a Korn-shell legfontosabb jellegzetességeit tárgyalja. Ha másfajta 
shellt használunk, a pontos részletekben tapasztalható eltérések ellenére azo- 
nos alapelvekkel találkozunk. Aki C-shellt használ, e fejezet helyett inkább a 
másodikat olvassa el. 

Amint azt már korábban láttuk, a Korn-shell nem egyéb, mint a Bourne-shell 
(ti. az eredeti Unix shell) felülről kompatibilis továbbfejlesztése. Ez azt jelenti, 
hogy minden, ami működik a Bourne-shellben, a Korn-shellben is működni fog, 
azonban utóbbi ennél sokkal többre képes. A Korn-shellt a régebbi Bourne-shell 
kiváltására szánták, s valóban, néhány rendszeren Bourne-shellt kérve Korn-shellt 
kapunk. Nemigen vesszük észre a különbséget, ha nem tudjuk, mit kell keresni. 

Sokan nem szánják rá az időt a shell hatékony használatának elsajátítására. 
Ez bizony hiba. Annyi bizonyos, hogy a shell számos tulajdonságát nem szüksé- 
ges megértenünk, van viszont néhány alapvető gondolat, amely nagy gyakorlati 
jelentőséggel bír. 

Busásan megtérül majd az e fejezet olvasásával töltött idő. Látni fogjuk, hogy 
az itt megszerzett tudással sok időt megtakaríthatunk mindennapi munkánk so- 
rán. Számos témáról szót ejtünk e fejezetben, és nem is kell mindet azonnal 
megértenünk. Olvassuk el egyszer a fejezetet, hogy a lehetőségekről képet al- 
kothassunk! Miután némi gyakorlatot szereztünk, újraolvashatjuk a fejezet 
azon részeit, amelyekre szükségünk lesz. 

Ha a fejezet elolvasása után részletesebb információkra vágynánk, nézzünk 
bele a kézikönyv Korn-shellre vonatkozó fejezetébe (man ksh)! Ez rendsze- 
rünk működésének legpontosabb leírása. 


A SHELL OPCIÓK: set -o, set 10 


A SHELL OPCIÓK használata az egyik lehetséges módja annak, hogy munka- 
környezetünket saját szájízünkre formáljuk. Shell opciók beállításával a shell 
viselkedésének bizonyos aspektusait vezérelhetjük. Az opciók úgy működ- 
nek, mintha kétállású kapcsolók lennének: ki- és bekapcsolhatók. Amikor 
egy opciót beállítunk (bekapcsoljuk), bizonyosféle működést írunk elő a shell- 
nek. Ha kikapcsoljuk az opciót, a shell észleli, hogy az előbbi módon való mű- 
ködését be kell szüntetnie. 
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A 3.1. táblázatban láthatjuk a shell opciókat. (A Korn-shell adott verziója sze- 
rint ez rendszerünkön egy kissé eltérő lehet.) Ne aggasszon, ha még nem értjük 
ezeket az opciókat, ezt a listát csak hivatkozási alapnak készítettük. Mikorra 
tudásunk már odáig terjed, hogy opciók használatával kacérkodunk, tudni fog- 
juk, mire valók. 

A shell opciók beállítását és megjelenítését a set paranccsal végezzük, mely- 
nek szintaxisa: 
set - o opció 

A -o az option (opció) rövidítése. 


3.1. táblázat. A Korn-shell opciói 


Opció Cél 

allexport a változók exportálása 

bgnice háttérjob-ok alacsony prioritáson futtatása 

emacs az emacs használata a parancsok szerkesztéséhez 

errexit nem nulla visszatérési kód esetén az ERR hibakód elfogása 

gmacs a gmacs használata a parancsok szerkesztéséhez 

ignoreeof AD-velnem lehet kilépni a login shellből, csak exit-tel 

markdirs  könyvtárnevek megjelölése / jellel a név végén 

monitor job vezérlés engedélyezése 

nocliobber átirányított kimenet nem írhat fölül egy létező file-t 

noexec a parancsok beolvasását és a szintaktikai ellenőrzést ne kö- 
vesse végrehajtás 

noglob file-nevek kiértékelésének megakadályozása 

nolog függvénydefiníciók ne kerüljenek a history file-ba 

nounset érték nélküli változó kiértékelését tekintse hibának 

privileged a felhasználó inicializációs/környezeti file-ja ne kerüljön 
végrehajtásra 

protected aprivileged régebbi verziója 

trackall helyettesítő nevek: minden parancshoz írja ki a teljes elérési 
utat I 


verbose végrehajtás előtt jelenítsen meg minden parancsot 
vi az vi használata a parancsok szerkesztéséhez 





Lássunk egy példát! Egy shellt általában megszüntethetünk a AD (eof billen- 
tyű, file vége karakter) lenyomásával. Néha ezt a login shell-ünkben tesszük, s 
ezzel kijelentkezünk a rendszerből. (A login shell az a shell, amely bejelentke- 
zésünkkor elindul.) Túlontúl könnyű azonban lenyomni a AD-t és váratlanul ki- 
röpülni a rendszerből. Ez ellen az ignoreeof opcióval védekezhetünk, amely 
azt jelzi a shellnek, hogy a login shellben ne vegye figyelembe a AD-t. Ha ki aka- 
runk lépni, exit-et kell gépelnünk. Az opciót a következő parancs állítja be: 


set -o ignoresof 
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Az opciók megszüntetésének általános szintaxisa: 

get 40 ODC1o 
Az ignoreeof opciót tehát így szüntetjük meg: 


get 10 ignoresof 


A shell opciók aktuális beállítását az opció nélkül kiadott paranccsal vehetjük 
szemügyre: 


set -o 


A shell kilistázza az összes lehetséges opciót, valamint azt, hogy ezek közül 
melyek vannak beállítva. 


Tipp: Tapasztalatlan felhasználóknak kezdetben pusztán az igno- 
-B reeof, monitor, noclobber opciókra lesz szüksége, valamint az 
emacs és a vi valamelyikére. A monitor opció a job vezérlést teszi le- 
hetővé (amelyről a 8. fejezetben lesz szó). A noclobber a standard kimenet 
figyelmetlen átirányításából eredő véletlen file-törlésektől véd meg. Az 
emacs és a vi opciókkal megadhatjuk, hogy melyik beépített szövegszerkesz- 
tőt kívánjuk igénybe venni korábbi parancsaink visszahívására és szerkesztésé- 
re. (Erről a fejezet későbbi részében lesz szó.) 
Az az ideális, ha ezeket az opciókat környezeti file-unkból állítjuk be. A kör- 
nyezeti file — amelyet e fejezetben szintén tárgyalunk -, egy inicializációs file, 
amely automatikusan lefut egy új shell indításánál. 


BEÉPÍTETT SHELL VÁLTOZÓK: set 


Az eddig tárgyalt shell opciók a shellen belüli preferenciákat és beállításokat 
vezérlik. Létezik azonban egy teljesen más rendszer, a shell változók, amelyet 
a shell programok közötti értékátadásra tart fenn. A shell változó egy névvel 
rendelkező objektum, amely valamiféle mennyiséget reprezentál. Amint az a 
, változó" névből kiderül, a shell változó értékét megváltoztathatjuk. 

A Unix-nak ismernie kell a terminálunk fajtáját ahhoz, hogy a szöveget és a 
grafikát meg tudja jeleníteni. Pontosabban nem a Unix, hanem a programok 
igénylik ezt az információt. Ennek kielégítésére a TERM nevű változóba be kell 
írnunk terminálunk nevét. Ha ez megvan, a programnak - amelynek szüksége 
van a termináltípusunkra - csak ki kell olvasnia a TERM értékét. A TERM válto- 
zó értékét más fontos változókkal együtt automatikusan kell beállítani a Korn- 
shell inicializációs file-jában, a .profile-ban, amely e fejezetben szintén is- 
mertetésre kerül. 
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Tipp: Néhány program nem tudja kimenetét megfelelő módon megjele- 
5 níteni, ha nem tudja pontosan, hogy milyen terminált használunk. Ha 

furcsán megjelenő kimenetet látunk olyan program esetében, amelynek 
kimenete betölti a teljes képernyőt — ilyen pl. a vi vagy az emacs -—, győződjünk 
meg arról, hogy a TERM változó értéke helyes-e. 


Létrehozhatunk saját shell változókat 15, de ha nem írunk programokat, csak 
az eredetieket fogjuk használni. A shell változók kétféle típusával találkozunk 
majd. Az elsőbe azok a változók tartoznak, amelyeket ténylegesen a shell hasz- 
nál. Rendszerünk shell változóinak értékekkel együtt való megjelenítését az ön- 
magában kiadott set paranccsal érhetjük el: 


set 


A bevett gyakorlat szerint a más programokkal is megosztandó shell változók 
neve mindig nagybetűkből áll. A szakmai szóhasználatban ezeket GLOBÁLIS 
VÁLTOZÓKnak vagy KÖRNYEZETI VÁLTOZÓKnak nevezik, habár ez a 
terminológia a C-shell esetén jóval gyakoribb. 

A 3.2. táblázatban a Korn-shell leggyakrabban használt változói láthatók. 
(Rendszerünkön ez kis mértékben eltérhet a Korn-shell verziójától és beállítá- 
saitól függően.) Ne aggasszon, hogy nem tudjuk, mire valók ezek a változók, 
hisz ezt a listát is hivatkozási alapnak készítettük. Mikorra tudásunk már odáig 
terjed, hogy változók használatára lesz szükségünk, tudni fogjuk, mire valók. 

A shell változók másik típusát a más programok által használt változók alkot- 
ják. Sok képernyőnkre író program működése például a lapozón (pager) múlik. 
Ha a PAGER nevű shell változóba kedvenc pager-ünket írjuk, az ilyen progra- 
mok ezt fogják használni az alapbeállítás szerinti helyett. 

Egy shell változónak úgy adunk értéket, hogy a változó neve (nagy betűkkel!) 
és egy egyenlőségjel után gépeljük a kívánt értéket: 


NÉV-érték 
A következő parancs a terminálunkat vt100-ra keresztelt: 
TERM-vt100 
Figyelem! Az egyenlőségjel köré ne írjunk szóközt! Ez így már nem működik: 
TERM z vt100 


A shell ugyanis úgy értette, hogy a TERM nevű programot szeretnénk futtatni. 
Ha a változó értéke tartalmaz szóközt vagy írásjeleket, aposztrófok közé kell 
tennünk: 


PS1-"nipper [1]$ " 


(A fentiek jelentéséről és a PS1 változóról e fejezetben még szó lesz.) 
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Változó neve 
CDPATH 
COLUMNS 
EDITOR 
ENV 
FCEDIT 


HISTFILE 
HISTSIZE 
HOME 
MAIL 
MAILCHECK 


MAILLPATH 
OLDPWD 
PATH 
PS1 

PS2 

PS3 

PS4 

PWD 
RANDOM 
SECONDS 
SHELL 
TERM 
TMOUT 


VISUAL 


Unix — Haladóknak 


3.2. táblázat. A Korn-shell változói 


Mire való? 

a cd parancs keresési útvonala 

a képernyő III. ablak szélessége karakterekben 

az alapértelmezés szerinti szövegszerkesztő neve 

a keh meghívásakor lefutó file neve 

az fe parancs alatt használandó szövegszerkesztő 
neve 

a végrehajtott parancsokat tároló ún. history file neve 
a history file sorainak száma 

home könyvtárunk neve 

az új leveleket tartalmazó file neve 

milyen sűrűn ellenőrizze a shell, hogy jött-e új levél 
(másodpercekben) 

az új leveleket tartalmazó file-ok neve 

előző munkakönyvtárunk neve 

a parancsok keresési útvonala 

az elsődleges shell prompt 

a másodlagos shell prompt 

a select parancs által használt prompt 

a trace opcióval használt prompt 

az aktuális munkakönyvtárunk neve 

0 és 32767 közötti véletlenszám 

a shell meghívása óta eltelt idő másodpercekben 

a shell elérési útja 

a használt terminál típusa 

hány másodperces várakozás után léptessen ki a shell, 
ha nem kap új parancsot 

az alapértelmezés szerinti szerkesztő neve 

(az EDITOR-t felülírja) 





VÁLTOZÓ ÉRTÉKÉNEK 
MEGJELENIÍTESE: print 


Említettük már, hogy a set paranccsal megjeleníthetjük az összes shell változó 
nevét és értékét. Ha csak egy-két változó érdekel bennünket, aprint paran- 
csot használhatjuk a megjelenítésre. E parancs egyszerűen csak kiírja annak 
az értékét, amit beírunk neki. PIl.: 


print I love Unix 


e parancs eredménye: 
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I love Unix 
(Aminek mostanra már igaznak kell lennie...) 


Változó értékének megjelenítéséhez a változó neve elé dollár jelet ($) írunk. 
A TERM változó értékét például így nézhetjük meg: 


print $TERM 
Ha, teszem azt, a változó értéke ,,vt1007", a következőt fogjuk látni: 
vt100 


Ezt természetesen kedvünk szerint kombinálhatjuk bármivel. Legyen most 
az üzenet informatívabb: 


print A terminal típusa $TERM 
Ha TERM értéke az előbbivel megegyező, ezt fogjuk látni: 
A terminal típusa vt100 
Ha írásjeleket 15 szeretnénk kiíratni, idézőjelbe kell tenni őket: 
print "Ammkakonyvtar S$PWD, ezt megelozoen $OLDEWD volt." 


Habár a print parancs hasznos lehet egy vagy több változó értékének ellen- 
őrzésére, általában egyszerűbb a set parancsot használni, és csak a minket ér- 
deklő változókra figyelni. A print valódi alkalmazása a shell scriptek informa- 
tív üzeneteinek megjelenítése. (A shell scriptek a shell saját programozási 
nyelvében írott programok, leírásuk a fejezet későbbi részében és a 4. fejezet- 
ben található.) 

Előfordulhat, hogy akkor is szeretnénk print-et használni a .profile 
inicializációs file-unkban, ha nem vagyunk programozók. Például a következő 
paranccsal egészíthejük ki .profile file-unkat: 


print "Hi. Welcame to Unix. " 


Így bejelentkezésünkkor mindig kedves üdvözlet fogad. 


Tipp: A legtöbb shell esetén — beleértve a C-shellt 15— az echo parancsot 
használják szövegek és változók megjelenítésére, ily módon: 


echo A terminal típusa $TERM 
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Az echo Korn-shellt használva 15 működik. A Korn-shell megalkotója (David 
Korn) azonban szándékosan hozta létre az echo parancs felváltására a print- 
et. Ennek fő oka, hogy az echo eltérő opciókkal rendelkezik a különböző rend- 
szereken, mígaprint mindenütt egyformán működik. Ez igen fontos, ha olyan 
shell scripteket írunk, amelyeknek minden rendszeren le kell futniuk. 

Ha tehát nem írunk széles körben terjesztendő script-eket, nem igazán lénye- 
ges, hogyaprint-et vagy az echo-t használjuk. Mégis, a Korn-shellt használók 
közössége előnyben részesíti a print-et, és ha ezt használjuk - különösképpen 
akkor, ha valaki figyel -, kimutatjuk hogy valódi Korn-shell-lel dolgozók va- 
gyunk, nem pedig holmi idetévedt C-shelles jampec, aki jobbat nem tud. 


SHELL VÁLTOZÓK EXPORTÁLÁSA: export 


A shell által gondozott változók némelyikét a KÖRNYEZET (ENVIRON- 
MENT) részének tekintik. A környezet azon információk összessége, amelyet 
egy program elindulásakor a shelltől megkap. 

Vizsgáljuk meg, hogy mi történik a vi szövegszerkesztő indításakor! A kör- 
nyezetben lennie kell egy TERM nevű változónak, amely az általunk használt 
terminál típusát tartalmazza (pl. vt100). Amikor a shell elindítja a vi-t, a kör- 
nyezet részeként e változót is átadja neki. A vi innen tudja, hogy milyen termi- 
nált használunk, enélkül a képernyőn nem tudná megfelelően ábrázolni a ka- 
raktereket. 

Változók EXPORTÁLÁSának nevezzük azt a folyamatot, amelynek során a 
shell a környezet részeként átadja a programnak a változó értékét. Mondhatjuk 
tehát, hogy a shell exportálja a TERM változót a v1-nak. 

A leggyakrabban előforduló shell változókat és használatukat már láttuk 
(1. 3.2. táblázat). Ezek némelyike döntő jelentőségű a Unix alatti tevékenysé- 
günkre nézve, és bejelentkezéskor automatikusan meghatározódik. Számít- 
hatunk arra is, hogy ezek automatikusan exportálódnak. Ha azonban saját 
változókat definiálunk, vagy meglévőket átdefiniálunk, magunknak kell gon- 
doskodnunk exportálásukról. Ezt az export paranccsal tehetjük, amelynek 
szintaxisa: 
export lnévízértékj] ) ... 


Egy változót úgy exportálhatunk, ha az export parancs után írjuk a nevét. 

Lássunk egy példát! A fejezet későbbi részében megvizsgáljuk, hogyan lehet 
a PS1 változónak értéket adva kedvünk szerint való shell promptot kialakítani. 
Igen gyakori a rendszer nevéből és az ezt követő dollár jelből és szóközből álló 
promptot választani. A következő parancs éppen ilyen promptot hoz létre a 
nipper elnevezésű gépen (a részletekkel most ne foglalkozzunk): 


PS1-"nippers " 
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A shell ezután az alapértelmezés szerinti 


$ 


helyett így jelzi, hogy új parancsra vár: 
nipper$ 


Ha gyakran használunk egynél több Unix rendszert, kézenfekvő az ilyen 
prompt használata, mivel emlékeztet arra, hogy éppen melyik rendszeren dol- 
gozunk. 

Az export paranccsal biztosíthatjuk, hogy az új prompt megjelenjék a kör- 
nyezetben, így a prompt megváltoztatására két parancsot kell kiadnunk: 


PS1-"nippers " 
export PS1 


Ha ezeket egyetlen parancsban szeretnénk összekombinálni, megtehetjük a 
változónak az export-on belül való értékadásával: 


export PS1-"nippers " 


Általában azt szeretjük, ha ezek a változók bejelentkezésünkkor automatiku- 
san felveszik a kívánt értéket. Ezt úgy érhetjük el, ha az értékadó utasításokat a 
.profile inicializációs file-ba írjuk (amelynek titkait még e fejezetben fölfed- 
jük). Itt kell például definiálni a TERM változót annak biztosítására, hogy vala- 
mennyi általunk indítandó program tudhassa terminálunk típusát. 

Az exportált változókat az önmagában kiadott export paranccsal nézhetjük 
meg: 


export 


A shell kilistázza a környezet részét alkotó változókat aktuális értékükkel 
együtt. E listát összevetve a set kimenetével (amely az összes változót megmu- 
tatja), megvizsgálhatjuk, melyek az exportált változók. 


mu Megjegyzés: Aki használta már a C-shellt, talán tudja, hogy létezik ben- 
S neegy setenv nevűparancs, amely egy lépésben definiálja és exportálja 
EI a változót. Így a C-shellben a 

TERM - vt100 

export TERM 


helyett a következőt használhatjuk: 
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setenv TERM vt100 


Ennek láttán nyilván mindenkiben ugyanaz a kérdés fogalmazódott meg: 
Miért követeli meg a Korn-shell a változó külön exportálását ahhoz, hogy az 
a környezet része lehessen? Ennek három oka van. Az első az a törekvés, hogy 
a Korn-shell felülről kompatíbilis legyen Bourne-shell-lel, a Bourne-shellnél 
pedig muszáj külön exportálni. A második, hogy semmit nem veszítünk, hiszen 
az export fentebb megismert alternatív alakját használva a Korn-shell 15 meg- 
engedi az egyetlen lépésben való definíciót és exportálást: 


export TERM - vt100 


A harmadik pedig az, hogy néha olyan változókat definiálunk, amelyeket 
nem akarunk környezeti változókká tenni. A Korn-shellben ilyenkor egyszerű- 
en nem exportáljuk őket. A C-shell eltérően működik. Kétféle változót használ: 
olyanokat, amelyek automatikusan exportálódnak (környezeti változók) és 
olyanokat, melyek nem (shell változók). A C-shellt használóknak így külön 
meg kell tanulniuk a kétféle változóval való munkát (I. 2. fejezet). A kezdők 
számára a legtöbb zűrzavart ez okozhatja (legalábbis azok számára, akiknek 
nincs meg ez a könyv). 


A SHELL BEÉPÍTETT PARANCSAI: type 


Egy parancs gépelésekor a shell azt darabokra tördeli és úgy analizálja, ezt PA- 
RANCS-ELEMZÉSnek nevezzük. Minden parancs első része a neve, a többi 
részét opciók vagy paraméterek alkotják. 

A parancs elemezése után a shell eldönti, hogy mit tegyen vele. Két lehetősé- 
ge van. A shellnek léteznek beépített parancsai, ez azt jelenti, hogy a shell a pa- 
rancsot közvetlenül értelmezheti. A 3.3. táblázatban összefoglaltuk, hogy a kü- 
lönböző shellek hány beépített paranccsal rendelkeznek. 


3.3. táblázat. Beépített parancsok száma a különböző shellekben 


A shell neve Beépített parancsok száma 
rc 15 
Bourne-shell 32 
Korn-shell 43 


Bash 50 
C-shell 52 
Tesh 56 
Zsh 73 
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Ha meg szeretnénk vizsgálni, hogy egy parancs a shell beépített parancsa-e, 
használjuk a type parancsot az alábbi szintaxissal: 


type parancs neve 


Csak a parancs nevét kell megadnunk, s a shell megmondja a típusát. Annak 
vizsgálatához, hogy mondjuk a print parancs beépített parancs-e, a követke- 
zőt gépeljük: 


type print 

Az eredmény ez lesz: 

print is a shell hbuiltin 

Ez azt jelenti, hogy a print beépített parancs. Ha ezzel próbálkozunk: 
type date 

ilyesmit látunk megjelenni: 

date 18 a tracked alias for /bin/date 


Ezen a ponton nem fontos megérteni, hogy a , tracked alias" micsoda, olyan 
szakmai megkülönböztetés, amivel nem kell foglalkoznunk. A fontos az, hogy 
láttuk, a date nem beépített parancs. 

A beépített parancsok teljes listáját a kézikönyv Korn-shellre vonatkozó ré- 
szében találjuk (gépeljünk man k8h-t). Az összes többi parancs külön program, 
amelyekről külön részek találhatók a kézikönyvben. 


Tipp: Ha az on-line kézikönyvben nem találjuk egy parancs leírását, néz- 
zük meg a shellét: lehet, hogy beépített parancsot keresünk. 


A KERESÉSI ÚTVONAL 


Ha egy parancs nem a shell beépített parancsa — és ez a legtöbb parancsról el- 
mondható -, a shellnek meg kell találnia a megfelelő programot, hogy végre- 
hajthassa. 

Ha a date parancsot adtuk ki, a shell dolga a date megkeresése. Ezután elin- 
dítja a programot, és saját működését felfüggeszti. A program befejeződése 
után újra a shellhez kerül a vezérlés, és készen várja, hogy új parancsot adjunk 
neki. 
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A shell a PATH változóból tudja, hogy merre kell a programokat keresnie. A 
PATHértéke könyvtárnevek keresési útvonalnak hívott sorozata. (A könyvtára- 
kat alapvetően file-ok gyűjteménye alkotja.) E változó értékét általában - a fe- 
jezetben később ismertetendő - a .profile inicializációs file-ból állítjuk be, 
ily módon biztosítva, hogy minden bejelentkezésünk után megfelelő legyen a 
PATH. 

Amikor a shell keresi a végrehajtandó programot, a keresési út összes könyv- 
tárát ellenőrzi a megadás sorrendjében. Amint rálel a programra, beszünteti a 
további keresést és nekilát a végrehajtásnak. Abban a sorrendben célszerű te- 
hát megadnunk a könyvtárneveket, amilyen sorrendben kerestetni szeretnénk 
bennük. 

Az alábbi tipikus példája a keresési út megadásának: 


PATH-/usr/1local/bin:/usr/ucb:/usr/bin:S$HOME/bin 


A parancs hatására a PATH változó értéke az öt könyvtár nevének listája lesz. 
Figyeljük meg, hogy a könyvtárneveket kettőspontok választják el. E könyvtá- 
rak mindegyike programok tárolására szolgál. 

A bin gyakran használatos programokat tartalmazó könyvtárak elnevezésé- 
re, a HOME változó pedig a home könyvtárunk nevét tartalmazza. Eszerint a 
$HOME/ bin olyan könyvtárat jelent, amely programokat tartalmaz és a home 
könyvtárunkban található. A /usr/ucb könyvtárban a Berkeley Unix jellem- 
ző programjai vannak. (Az ucb a University of California at Berkley rövidí- 
tése.) 

Programozóként kívánatosnak találjuk, hogy a shell a munkakönyvtárunk- 
ban is nézzen szét egy program keresésekor. (A , munkakönyvtár" elnevezés 
arra a könyvtárra vonatkozik, amelyben éppen dolgozunk.) Erre úgy vehetjük 
rá a shellt, ha pontot ( . ) adunk a keresési úthoz: 


PATH - . :/usr/1local/bin:/usr/ucb:/usr/bin :$HOME/bin 


Ne feledjük el, hogy a könyvtárak sorrendje tetszőleges. Ebben az esetben a 
Unix elsőként a munkakönyvtárunkban keres, s csak ezután tér át más könyv- 
tárakra. 

Tételezzük fel, hogy készítettünk egy programot, és a date nevet adtuk neki. 
Abban a könyvtárban dolgozunk, amelyik a programot tartalmazza, és kiadjuk 
a parancsot: 


date 


Mi történik ilyenkor? 

Először 1s a shell ellenőrzi, vajon belső parancsról van-e szó. A válasz nem, így 
a shell nekilát a program megkeresésének. Mivel a keresési út szerint a munka- 
könyvtárunkban kell először kutatnia, itt 15 kezdi, és rálel a date programunk- 
ra, és ezt fogja futtatni, nem pedig a Unix date parancsát, mely a /bin könyv- 
tárban van. 
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Most tegyük fel, hogy a keresési útban a munkakönyvtárunkat a /bin után 
adtuk meg: 


PATH -/usr/1local/bin:/usr/ucb:/usr/bin: . :S$HOME/bin 

A shell most a Unix date parancsát fogja megtalálni (a /bin könyvtárban). 
A keresési út részletesebb tárgyalása túlmutat e könyv keretein (és felesleges 

is). Általában elfogadhatjuk azt a keresési utat, amelyet beállítanak nekünk. Az 

egyetlen dolog, amire emlékeznünk kell: ha módosítjuk a keresési utat, a sor- 

rend fontos lehet. 


Munkakönyvtárunkat még egy módon megadhatjuk a keresési útban: , üres" 
névvel. A következő parancs azonos az előzővel: 


PATH -/usr/1ocal/bin:/usr/ucb:/usr/bin : :$HOME/bin 

Mindkét parancs a keresési út utolsó előtti helyére tette munkakönyvtárun- 
kat. Az üres nevet a két egymás utáni kettősponttal adtuk meg. Ha az aktuális 
könyvtárat inkább a lista legvégén látnánk szívesen, tegyünk kettőspontot a 
PATH végére: 
PATH -/usr/1local/bin:/usr/ucb:/usr/bin:$HOME/bin: 


Ez azt jelzi a shellnek, hogy munkakönyvtárunkban keressen utoljára. Ennek 
mintájára az alábbi módon tudjuk munkakönyvtárunkat a lista elejére tenni: 


PATH - : /usr/1local/bin:/usr/ucb:/usr/bin:$HOME/bin 


A shell ennek hatására munkakönyvtárunkban kezdi a keresést. 


A SHELL PROMPT 


A shell promt megjelenítésével jelzi, ha készen áll parancsaink fogadására. 
Alapértelmezésben a Bourne- és Korn-shellnél ez a dollár jel: 


$ 
a C-shell esetén pedig a százalékjel: 


96 


A legtöbb ember átalakítja a promptot, hogy több információt tartalmazzon. 
A használt shell fajtájára vonatkozó emlékeztetőként szokás azonban a $ ill. 95 
karakterek megtartása az új promptban. 
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A Korn-shell a PS1 shell változó értékét használja promptként. Így e változó 
értékét megváltoztatva módosíthatjuk a promptot. (Ez egyébként más shellek- 
re is érvényes.) 

Példaként tételezzük fel, hogy különböző gépekre szoktunk bejelentkezni 
hálózatunkon, és ezért olyan promptot szeretnénk, amely emlékeztet rá, hogy 
éppen melyik gépet használjuk. 

Tegyük fel, hogy egyik gépünk neve nipper. Itt a következő promptot állít- 
hatjuk be: 


PpS1-"nipper$S" 


(Ne feledkezzünk meg az aposztrófokról, amelyek szóközt és írásjeleket tar- 
talmazó stringeknél elengedhetetlenek! Azt se felejtsük el, hogy az egyenlőség- 
jel egyik oldalára sem szabad szóközt írnunk!) A princess nevű rendszeren 
ezt használhatjuk: 


PS1-"princesses " 


A fejezet későbbi részében megismerkedünk a history file-lal (amely begé- 
pelt parancsainkat tárolja ), és azzal, hogy milyen módon tudjuk újragépelés nél- 
kül használni őket. Látni fogjuk, hogy milyen hasznos, ha egy parancs száma 
része a promptnak. (A parancsszám egy sorszám, amelynek értéke minden 
újabb parancs begépelésénél eggyel nő. Korábban begépelt parancsok azonosí- 
tására használták.) 

A parancsszám a promptban a felkiáltójel használatával jeleníthető meg. 
Amikor a shell megjeleníti a promptot, a felkiáltójelet az aktuális parancsszám- 
mal helyettesíti. 

Tételezzük fel, hogy a következő felépítésű promptot szeretnénk: a nipper 
gép nevét kövesse szóköz, majd a parancsszám szögletes zárójelek között, a sort 
pedig $ és szóköz zárja. Így valósíthatjuk meg: 


PS1z"nipper [!]$ " 

Ha parancsszámunk történetesen 29, a prompt alakja a következő: 
nipper [29]$ 

Ha most kiadunk egy parancsot, annak végrehajtása után a prompt ilyen lesz: 
nipper [30]$ 

Igen hasznos az is, ha a prompt munkakönyvtárunk nevét is tartalmazza. 
(Röviden összefoglalva: file-jainkat könyvtárakban tároljuk. Munkánk során 


a könyvtárak között mozoghatunk, amelyik könyvtárban éppen dolgozunk, 
azt nevezzük munkakönyvtárnak.) 
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A shell munkakönyvtárunk nevét a PWD változóban tárolja. Ha könyvtárat 
váltunk, a shell megváltoztatja a PWD értékét. (A PWD neve a pwd-ből , print 
working directory: munkakönyvtár kiírása" származik, utóbbi szolgál a munka- 
könyvtár nevének megjelenítésére.) 

Példaként hozzunk létre olyan promptot, amely a munkakönyvtárunk nevét 
tartalmazza szögletes zárójelben, ezt pedig kövesse $ jel és szóköz: 


PS1z-" [$EPWDJ] $ " 
Ha munkakönyvtárunk /usr/harley/books a prompt Ilyen lesz: 
[/usr/harley/books] $ 


Ha váltunk a /usr/harley/reviews könyvtárra, a prompt ilyen formát 
ölt: 


[/usr/harley/reviews] $ 


Utoljára, egyesítsük a parancsszámot és munkakönyvtárat tartalmazó 
promptokat: 


PS1-" [$E/D] $ [1] " 


Ha munkakönyvtárunk újra /usr/harley/books, a parancsszám pedig 
21, a prompt alakja: 


[/usr/harley/books] [21]$ 


A szögletes zárójelek persze nem kötelezőek, a promptba azt teszünk, amit 
csak akarunk. 


A HISTORY FILE: history 


Miután már használjuk egy ideje a Unix-ot, megtapasztaljuk, hogy milyen bosz- 
szantó érzés folyton újragépelni parancsainkat az elírások miatt. A Korn-shell 
háromféle módon könnyíti meg a parancsok beírását: a parancsok ismételt fel- 
használásával, szerkeszthetőségével és a helyettesítő nevek (aliasing) használa- 
tával. A Korn-shellt többek között ezért részesítik sokan előnyben a Bourne- 
shell-lel és a C-shell-lel szemben. (A C-shell ugyan rendelkezik hasonló funk- 
ciókkal, de azok kevésbé hatékonyak.) Röviden sorra vesszük ezeket a lehető- 
ségeket — akik további információkra vágynak, olvassák el a Korn-shell kézi- 
könyv idevágó részét (man ksah). 

A Korn-shell lehetővé teszi a korábbi parancsok megváltoztatását és újra ki- 
adását újragépelés nélkül. Ennek a lehetőségnek számos ezoterikus szabálya és 
sajátsága van. Derék dolog mindet ismerni, segítségükkel rendkívül hathatósan 
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tudjuk parancsainkat újrahasznosítani. A legtöbb ember azonban csak az egy- 
szerűbbekből tanul meg egy párat: ezeket fogjuk ebben a részben megismer- 
ni. Parancsaink szerkesztésének és újrahasználásának hatékonyabb módja a be- 
épített szövegszerkesztő használatával érhető el, erről a fejezet későbbi 
részében lesz szó. 

A shell mindenkor elmenti parancsainkat egy listába, az ún. HISTORY 
FILE-ba. Minden parancs azonosító számot kap, a legelsőé 1 lesz, a továbbiaké 
rendre eggyel nő. Ily módon hivatkozhatunk a 6-os vagy 46-os stb. parancsra. 

Alapértelmezés szerint a shell a legutolsó 128 parancsot menti el, ezen változ- 
tatnia HISTSIZE változó értékének módosításával lehet. A következő parancs 
azt közli a shell-lel, hogy csak az utolsó 25 parancsot szeretnénk megtartani: 


HISTSIZE-25 


A parancsok listáját a history paranccsal lehet megjeleníteni, melynek 
szintaxisa: 


history [-r] lelső (utolsoj] 
Az argumentum nélkül kiadott 


history 


48 44 


parancs az előző 16 parancsot fogja kilistázni a számukkal együtt. (A számok 
természetesen nem részei a parancsoknak.) így nézhet ki például a history 
parancs kimenetének egy részlete: 


20 cptamfilebackp 
21 1s 

22 who 

23 datx 

24 datg 

25 date 

26 mail 

27 w 

28 history 


A parancsok egy tartományát 15 megjeleníthetjük az intervallum kezdő és zá- 
ró sorszámának megadásával: 


history 25 27 
aminek eredménye: 
25 date 


26 mail 
27 w 
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Egyetlen számot megadva a shell csak attól a számtól kezdve a legfrissebbig 
írja ki a parancsokat, pl. a következő csak a 25-östől az utolsóig: 


history 25 


Végül, ha a -r opciót használjuk, a shell a parancsokat fordított sorrendben 
írja ki (a legfrissebbet legelőször): 


history 27 25 
eredménye 


27 w 
26 mail 
25 date 


Az előző 16 parancs fordított sorrendben való megjelenítésére gépeljük az 
alábbit: 


history -r 


Minden parancsunk a history file-hoz adódik, beleértve a hibásan kiadottakat 
és magát a history parancsot 1s. 

A kiadott parancsok listájának megjelenítése két okból 15 fontos. Először 1s, 
amint azt mindjárt látni fogjuk, korábbi parancsainkat újra előhívhatjuk, átír- 
hatjuk és végrehajthatjuk. Másodszor ellenőrizhetjük, miféle parancsokat ad- 
tunk már ki. (, Tényleg mind letöröltem azokat a file-okat?" ) Ha meglehetősen 
hosszú nyilvántartást szeretnénk vezetni munkánkról, vegyük a HISTSIZE ér- 
tékét jó nagyra, habár az alapértelmezés szerinti 128 a legtöbb felhasználó szá- 
mára elegendő lesz. 

Ha úgy döntünk, hogy használni fogjuk history file-unkat (kellene!), prakti- 
kusnak találjuk majd az aktuális parancs számának a promptban való megjele- 
nítését. E fejezet előző — a promptról szóló - részében erre láttunk példát: 


PS1-"nipper [1]$ " 
Az első szó emlékeztet rá, hogy a nipper nevű gépet használjuk, a gépnevet 
szögletes zárójelek közé írt parancsszám és a $ jel követi. Az eredmény ilyes- 


féle: 


nipper [29] $ 
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A HISTORY FILE PARANCSAINAK 
ÚJRAHASZNÁLATA: r 


Az r parancs segítségével tudjuk a history file-ban szereplő régebbi parancsain- 
kat újra használni. Az r szintaxisa: 


r (régi-új) [parancs] 


Ha a parancs nevét önmagában gépeljük, a shell ismét végrehajtja azezt meg- 
előző parancsot. Ha pl. a 


date 


paranccsal megnéztük az időt és a dátumot, (új parancsot nem adunk ki) s egy 
idő után a következő parancsot adjuk ki: 


T 


ennek eredményeként a shell újra végrehajtja a date parancsot. 

Egy bizonyos parancs visszahívásának több útja van. Először 15 célt érhetünk 
a parancs számát megadva. A 24. parancsot pl. ismét végrehajthatjuk az alábbit 
gépelve: 


r 24 


Ha negatív számot adunk meg, a shell ezt levonja az aktuális parancsszámból. 
Ha utóbbi pl. 29, a shell a következő parancs hatására a 26-os számú parancsot 
ismétli meg: 


r -3 


A parancs meghatározására az utolsó mód, ha megadunk néhányat a kezdő 
karaktereiből. A shell a legutóbbi, ilyen kezdetű parancsot hajtja újra végre. 
Legyen az aktuális parancsszám ismét 29, és tartalmazza a history file az alábbi 
sorokat: 


20 cptemfile backup 
21 18 

22 who 

23 datx 

24 datg 

25 date 

26 mail 

27 w 

28 history 
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Az 
rw 


hatására a shell a legutóbbi , w"-vel kezdődő parancsot ismétli, esetünkben ez a 
27. Most a próbáljuk ki következőt: 


rwh 
A shell a legutóbbi , wh"-val kezdődő parancsot ismétli (ez a 22.). 

Az r parancs egyik leghasznosabb tulajdonsága, hogy helyettesítéseket vé- 
gezhetünk a parancson annak ismételt végrehajtása előtt. Ehhez arra van szük- 
ség, hogy egyenlőségjellel elválasztva adjuk meg a régi és az új mintát. Ha pél- 
dául az időre vagyunk kíváncsiak, de elgépeltük a parancsot: 
datx 


a shell-nek jeleznünk kell, hogy az ismételt végrehajtás előtt helyettesítse az 
,X"-et ,e"-vel: 


r x-e 
A shell így a következő parancsot hajtja végre: 
date 


Következő példánkban kilistázunk egy könyvtárat (vagy file-t): 


18 -1backup 
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Most a /book/chapters-re is kíváncsiak lettünk, ezért az előzőt így módo- 
sítjuk: 


r backup - book/chapters 
A shell ezt hajtja végre: 
1s -1 book/chapters 


Legyünk óvatosak, ugyanis a shell az ilyen helyettesítéseket kizárólag a minta 
legelső példányán hajtja végre. Tételezzük fel, hogy ezt gépeltük: 


18 -1 book/chapters/1.new book/chapters/2.new 


Szeretnénk a , new" -t mindkét névben , old"-ra cserélni és úgy végrehajtani a 
parancsot, így ezt gépeljük: 


r new -z old 


70 Unix — Haladóknak 
Azonban a shell csak egy helyettesítést végez el, így az eredmény: 
18 -1 book/chapters/1.old book/chapters/2.new 


Ilyenkor legkönnyebben a beépített szövegszerkesztők valamelyikével vé- 
gezhetjük el jól a feladatot (ennek módját e fejezetben még látni fogjuk). 

Az r parancsot használva előhívhatunk egy parancsot a history file-ból és 
egyidejűleg módosíthatjuk 15. Ha 20. parancsunk pl. ez volt: 


cp tenmpfile backup 


és a ,backup"-ot , extra"-ra cserélve újra akarjuk futtatni, egyszerűen az alábbit 
kell gépelnünk: 


r backp - extra 
A shell ezután már tudja a dolgát: 
cp tempfile extra 


Egy kis gyakorlással az ilyenfajta helyettesítésekkel sok időt megtakarítha- 
tunk. 


s. Megjegyzés: A history és azr helyettesítő nevek, nem pedig , valódi" 
E parancsok. (A helyettesítő neveket e fejezet későbbi részében ismertet- 
EI jük. Addig érjük be annyival, hogy a helyettesítő név , alias", a parancs 
egy álneve. Például létrehozhatnánk d helyettesítő nevet a date számára, így 
az idő és dátum kiírására elég lenne d-betűt gépelni.) 

Az fc nevet viseli a parancs, amely ténylegesen előszedegeti holmijainkat a 
history file-ból. A neve a , fix command: parancs kijavítása" rövidítése, mint pl. 
a következő mondatban: , Félregépeltem a parancsot, most az f c-vel kijavítom 
és újrafuttatom". 

Az fc igen hatékony: parancsokat tud előszedni a history file-ból, helyettesí- 
téseket végezhet rajtuk, lehetővé teszi, hogy kedvenc szövegszerkesztő progra- 
munkkal átszerkesszük a parancsot, s végül az egészet elküldi a shellnek ismé- 
telt végrehajtásra. Sajnos az fc szintaxisa gyengén tervezett, és a parancs 
részletei maguk is suták, így nehéz emlékezni rájuk és használni őket. Így job- 
ban járunk a history-val és az r-rel. Ha vanakit érdekel, ahistory a követ- 
kező helyett áll: 


fc -1 


A -1 opció jelzi az fe-nek, hogy listázza ki a history file egy részét. Az r 
ezt takarja: 
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fc -e - 


(Meg ne kérdezzék...) 
Az fc parancsról további információk találhatók a Korn-shell kézikönyvé- 
ben (man ksah). 


HOGYAN KERÜLHETJÜK EL A TÉVEDÉSEKET 
FILE-OK TÖRLÉSÉNÉL? MG 
IPÉLDA A HISTORY FILE HASZNÁLLATÁJRA] 


Amint azt már tudjuk, az rm (remove: eltávolít) parancs file-okat töröl. Haszná- 
latakor meg kell adnunk valamilyen, file-okat reprezentáló mintát. A temp" 
minta például tetszőleges, temp-pel kezdődő file-nevet jelent (a temp után nul- 
la vagy több karakter állhat); az extra? az extra-val kezdődő és még egy ka- 
raktert tartalmazó file-neveket jelenti. 

Az rm azért veszélyes, mert ha letörlünk egy file-t, örökre búcsút mondha- 
tunk neki. Ha rájövünk, hogy hibáztunk és nem a megfelelő file-t töröltük le 
— történjék ez akár közvetlenül az enter lenyomása után -, már minden elve- 
szett, legalábbis ami a file-jainkat illeti, azokat már semmilyen módon sem tud- 
juk helyreállítani. 

Tételezzük fel, hogy le szeretnénk törölni az alábbi file-okat: temp, temp. 
backup, extral, extra2. A következő parancs kiadását fontolgatjuk: 


m tenp" extra? 


Van viszont egy temp . important nevezetű igen fontos file-unk, amelyről 
megfeledkeztünk. Ha az előző parancsot kiadjuk, ez bizony végleg elvész. 

Célravezetőbb és biztonságosabb stratégia az rm-nek szánt mintákat előbb az 
18-sel megvizsgálni: 


18 temp" extra? 


Ezzel kilistázzuk a mintának megfelelő file-okat. Ha a lista olyan file-okat 15 
tartalmaz, amelyekről megfeledkeztünk - mint pl. a temp . important -, a há- 
laadás után nem adjuk ki az rm parancsot a tervezett mintával. Ha viszont a file- 
ok listája az, amire számítottunk, az alábbi módon törölhetjük őket: 


r ]l18s-m 


Felmerülhet a kérdés, hogy mi szükség van az r használatára? Annak ellen- 
őrzése után, hogy a minta a megfelelő file-okat írja le, mért ne gépelhetnék egy- 
szerűen az rm parancsot a tervezett módon? 

Erre az a válaszunk, hogy a parancs újrahasználatánál garantáltan azt kapjuk, 


amit szeretnénk. Ha megint bekalapálnánk az előző mintát, esetleg a gépelésnél 
hibát vétenénk (pl. egy végzetes hiba: , temp "" — A ford.) , és ez minden korábbi 
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óvatosság ellenére értékes file-ok elvesztéséhez vezetne. Másrészt esetünkben 
az r használata gyorsabb is, lévén, hogy kevesebbet kell gépelni. 

Az egész műveletet egyszerűsíthetjük a helyettesítő nevek használatával, 
amint az a fejezet hátralévő részéből kiderül. 


PARANCSOK HELYETTESÍTŐ NEVEI: 


alias, unalias, whence 


A HELYETTESÍTŐ NÉV (alias) olyan általunk megadott név, amellyel egy 
vagy több parancs valódi nevét helyettesíthetjük, s ezen a néven is futtathatjuk 
őket. 

Tételezzük fel, hogy meglehetősen gyakran gépeljük a következő parancsot: 


18 -1 temp" 

Ha ezt 1t-vel helyettesíthetnénk, sokkal egyszerűbben célhoz érnénk: 
lt 

Helyettesítő nevet az alias paranccsal hozhatunk létre: 
alias [nev-parancs]) 

(Sokféle opciója van, de ezekkel nem kell törődnünk.) Figyeljük meg, hogy a 
változók definíciójához hasonlóan - itt sem szabad szóközt használnunk az 
egyenlőségjel előtt vagy után. 

Most hozzuk létre a fent említett helyettesítést: 
alias It - "18 -1 temp" " 

A parancsot aposztrófok közé tettük, ez elkerülhetetlen, ha a parancs szókö- 
zöket is tartalmaz. Másrészt bizonyos speciális karakterek (pl. a ") különleges 
jelentést hordoznak a shell számára. Az aposztrófok jelzik a shellnek, ne fejtse 
ki, hanem vegye betű szerint a karaktereket, ami hasznos, ha parancsunkban 
vannak írásjelek is. 

A következő példában két egymás utáni parancsra készítünk helyettesítést: 
alias info - "date; who" 


Ezután az info-val lekérdezhetjük az időt, a dátumot, és hogy ki dolgozik 
éppen rendszerünkön. Az alábbi a leghasznosabb helyettesítések egyike: 


allas a - allas 
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A fenti helyettesítés lehetővé teszi, hogy a teljes , alias" szó helyett elég le- 

gyen , a"-t gépelni. Ennek birtokában már egyszerűbben hozunk létre további 

helyettesítő neveket: 

a info - "date; who" 


Az alias parancsot a névvel együtt gépelve tudhatjuk meg, hogy mit is rejt 
egy helyettesítő név: 


alias info 


Az összes helyettesítő nevet az argumentum nélküli alias paranccsal jele- 
níthetjük meg: 


allas 


Helyettesítést megszüntetni az unalias paranccsal lehet, amelynek szinta- 
XISa: 


unalias nev 

Az utolsó példánkban létrehozott helyettesítést pl. így szüntetjük meg: 
unalias info 

Talán emlékszünk még a type parancsra, amelyet e fejezet korábbi részében 
tárgyaltunk. (Megmondja, hogy egy adott névhez miféle parancs tartozik.) Itt 
azért emlékezünk meg róla, mert a type azt is tudatni fogja velünk, ha egy 


adott parancs helyettesítés. Tegyük fel, hogy a fentebbi módon létrehoztuk az 
info nevű helyettesítő nevet, és ezt gépeljük: 


type info 

Az eredmény a következő: 

info is an alias for date; who (az info a , date; who" helyettesítő neve) 
Meglepő módon a type maga is helyettesítő név, a shell számos beépített he- 

lyettesítő neveinek egyike. (Ismerünk már két másikat is: a history-t és az r- 

t.) Próbáljuk csak ki: 

type type 


A következő üzenetet kapjuk: 


type is an exported alias for whence -v (a type a , whence -v" exportált 
helyettesítő neve) 
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Tehát a type gépelésénél valójában a wnence -v parancsot használjuk. 
Nem foglalkozunk a whence részletes leírásával, érjük be annyival, hogy a 
szédű) opcióval kiadott whence a parancs fajtáját mondja meg. 

Munkánk során valószínűleg kifejlesztünk helyettesítő nevekből egy gyakran 
használt készletet, és felette vesződségesnek találjuk minden bejelentkezéskor 
begépelni a helyettesítéseket definiáló parancsokat. Ehelyett ezeket a környe- 
zeti file-ba írjuk, hogy automatikusan létrejöjjenek bejelentkezésünkkor. Erről 
a file-ról és a munkakörnyezet inicializálásáról a fejezet későbbi részében ej- 
tünk szót. 


HOGYAN KERÜLHETJÜK EL 

A TÉVEDÉSEKET FILE-OK TÖRLÉSÉNÉL? 
[PÉLDA A HELYETTESÍTŐ NÉV 
HASZNÁ(LATÁ)RAJ 


Ebben a részben bemutatjuk, hogy a helyettesítő nevet a history file-ból előhí- 
vott paranccsal kombinálva milyen kivételesen ügyes parancsot alkothatunk. 

A fejezet korábbi részében — amelynek címe kísértetiesen emlékeztet valami- 
re — az 18 parancsot használtuk annak ellenőrzésére, hogy vajon egy mintának 
az általunk elgondolt file-ok felelnek-e meg. Ezt az ellenőrzést az rm törlőpa- 
rancs ugyanazon file-mintákkal való használata előtt tettük, így bizonyosodván 
meg arról, hogy a kívánt file-okat töröljük. Ez pedig azért volt fontos, mert a 
Unix a file-ok törlésénél is tökéletes (és megfordíthatatlan) munkát végez. 

Az ott használt példa a temp" és az extra? mintának megfelelő file-okat 
törölte. Először ellenőriztük az rm-nek szánt mintákat az 18-sel: 


18 temp" extra? 


Ha a file-ok listája az volt, amire számítottunk, az alábbi módon töröltük 
őket: 


r 18-m 

Helyettesítő név alkalmazásával - esetünkben legyen ez a del -— könnyebbé 
tehetjük a parancs használatát. Kézenfekvőnek tűnik az alábbi helyettesítés al- 
kalmazása: 
alias del-"r 18-m" 

Az e mögött rejlő gondolat az, hogy a de1 hatására az előző parancsban az 


, s" cserélődjék , rm"-re, és ezután történjék az ismételt végrehajtás. Így ugyan- 
azon mintát újragépelés nélkül ismét felhasználhatjuk. 
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Ámde a fenti helyettesítés definíciója nem vezet a kívánt eredményre. Miért? 
Korábban láttuk, hogy az r maga is egy a shell beépített helyettesítő nevei kö- 
zül. Az r által reprezentált tényleges parancs: 


fe -e - 

Az alábbi két parancs így ekvivalens: 
r oldname-newname 
fc -e - oldname-newname 


Mindkettő előhívja az őt megelőző parancsot a history file-ból, az , oldname" 
első példányát , newname"-re cseréli, és végrehajtja a módosított parancsot. 

Más szóval az r helyettesítő név az fc (fix command: parancs kijavítása) pa- 
rancsnak -e és - opciókkal módosított változata helyett szerepel, aminek rész- 
leteibe nem megyünk bele. Meglehetősen bonyolult, ezért is építették a shellbe 
a helyettesítését. 

A del-lel az a probléma, hogy az r helyettesítő néven keresztül próbáltuk 
definiálni, helyettesítő nevet pedig nem használhatunk másik helyettesítő név- 
ben. Ennek az az oka, hogy a shell csak egyszer fejt ki egy helyettesítést, s az 
abban lévő helyettesítéseket már nem értelmezi. Ha használni próbáljuk a fen- 
tebb leírt módon definiált del-t, tapasztalni fogjuk, hogy a shell nem helyette- 
síti az r-t. 

Szerencsére tudjuk, hogy az r parancs az fe parancsot jelenti (ami egyébiránt 
ellenőrizhető a type r-rel), így egyszerűen magát az fe parancsot használhat- 
juk a del megadására: 


alias del-"fe -e - 1l8-rmm" 


Miután megszületett a helyettesítés működő változata, a következő eljárással 
törölhetünk bizonyos mintával egyező file-okat: 

Először ellenőrizzük az 18-sel, hogy a minta valóban a törlésre szánt file-okra 
vonatkozik. Erre unalomig ismert példánk: 


18 temp" extra? 

Ha mintánk jól működött, az alábbi módon törlünk: 
del 

Ha a minta mégsem tökéletes, a javított mintát kipróbáljuk az 18-sel, s ha 
előbb vagy utóbb végre eltaláljuk, használhatjuk a del-t. Így nem lehetséges 
file-okat véletlenül letörölni. 


Ha szokásunkká válik az 18 és a del fenti kombinációjának használata, egy 
szép napon még megmentjük magunkat egy katasztrófától. 
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BEÉPÍTETT SZÖVEGSZERKESZTŐK 


A Korn-shell legfontosabb jellegzetességeinek egyike a két beépített szöveg- 
szerkesztő. Ezek megengedik parancsok visszahívását a history file-ból, átszer- 
kesztésüket és az átszerkesztett parancsok ismételt végrehajtását. Az éppen gé- 
pelés alatt álló parancsot is szerkeszthetjük. A beépített szövegszerkesztőket az 
teszi igazán hatékonnyá, hogy a Unix két legnépszerűbb szövegszerkesztőjéből 
— ez a vi és az emacs - az egyiket kiválasztva annak összes parancsát használ- 
hatjuk. Ha ismerjük már valamelyik editor használatát, majdnem minden infor- 
mációval rendelkezünk ahhoz, hogy a shell parancsokat szerkeszteni tudjuk. 
Vizsgáljuk meg, hogyan is megy ez! 

A shell minden parancsunkat a history file-ba írja (amelyet a history parancs- 
csal nézhetünk meg). Bármikor használhatunk vi vagy emacs-szerű utasításo- 
kat egy parancs előhívására és szerkesztésére. Ha a módosított változat már 
megfelel elképzeléseinknek, a RETURN lenyomásával végrehajthatjuk. 

E lehetőség használata előtt egy shell opció beállításával közölnünk kell a 
shell-lel, melyik szövegszerkesztőt akarjuk használni. Ezt az alábbi két parancs 
egyikével tesszük: 


set -ovi 
set -o emacs 


Ez a parancs általában a — nemsokára tárgyalásra kerülő — környezeti file-ba 
kerül, így választásunk automatikusan beállítódik. 

Fontos megérteni, hogy ez a választásunk nem azt jelenti, hogy a valódi szer- 
kesztő programot fogjuk használni, hanem a Korn-shell adta egyik szolgáltatást. 
A következő részekben megmutatjuk, hogyan működnek együtt a shell-lel a 
szerkesztőprogramok. Előtte azonban még szánjunk egy percet annak vizsgála- 
tára, hogy melyik editor való nekünk. 

Először is, ha sem a vi, sem az emacs használatát nem ismerjük, semmit nem 
tehetünk, és inkább szánalom, mint megrovás a részünk. A legegyszerűbb mód- 
szer e probléma orvoslására, ha megtanuljuk valamelyiket. Sajnos egyiket sem 
könnyű megtanulni, de — és ez egy fontos , de" — amint megtanultuk, könnyűnek 
találjuk majd a használatát. Figyelem: bárki bármit is mondjon, mindenképpen 
szükségünk van az egyik Unix szövegszerkesztő ismeretére, szóval ne halaszt- 
gassuk. A vi-t a 9. fejezetben tárgyaljuk. 

Ha a vi vagy az emacs közül valamelyiket tudjuk használni, készen va- 
gyunk. Az egyik szövegszerkesztő ismerete azonban még nem jelenti azt, hogy 
a másikat még annyira sem kell ismernünk, hogy a shell parancsokat szerkesz- 
teni tudjuk. Mindegyik szövegszerkesztőnek megvan a maga Jó és rossz oldala, 
épp ezért esetleg nem ugyanazt akarjuk használni szövegfile-ok és shell paran- 
csok szerkesztésére. A szerző pl. vi-t kedveli a file-ok, míg emacs-et a paran- 
csok esetén. 

Miért? Talán tudjuk, hogy a vi két módban üzemel: input és parancs módban. 
Shell parancs gépelésekor automatikusan input módban vagyunk. Ha változtat- 
ni szeretnénk parancsunkat, vagy elő szeretnénk hívni egy régebbit a history 
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file-ból, meg kell nyomnunk az ESC billentyűt, hogy parancs módba kerüljünk. 
Az emacs egyetlen móddal rendelkezik, ezért gépelés közben bármikor kiadha- 
tunk emacs parancsot. Tehát az emacs használatával gyorsabban dolgozhatunk. 

Mindazonáltal - és ez csupa nagybetűs , MINDAZONÁLTAL" - az emacs 
egy módjának ára van: csak olyan parancsokat használhat, amelyeket épeszű 
ember nem gépelne a szövegébe. A gyakorlatban ez azt jelenti, hogy nagyszá- 
mú CTRL- és ESC-billentyűzetkombinációt kell memorizálnunk. 

A vi-jal (parancs módban) a kurzortól a sor végéig törölni D-t nyomva lehet. 
Az emacs esetén ez a AK-valérhető el. A vi-ban egy szóval visszalépni a b betűt 
lenyomva lehet. Ennek emacs megfelelője az ESC-B. Talán megértettük ennek 
lényegét: a vi esetén -— parancs módban - nagyon gyakran csak a tevékenysé- 
günknek megfelelő angol szó első betűjét kell lenyomni (a fenti példákban 
ezek a Delete és a back voltak), az emacs-nél ez nem ilyen kézenfekvő. 

Ezek után valószínűleg a következő két rész mindegyikét el szeretnénk olvas- 
ni mielőtt elhatározzuk, hogy melyik szövegszerkesztőt használjuk a shell pa- 
rancsok szerkesztésére. Ne feledjük, hogy bármikor editort válthatunk a követ- 
kező parancsok egyikével: 


set -ovi 
set -o emacs 


Ha elkötelezzük magunkat az egyik mellett, a megfelelő parancsot célszerű a 
környezeti file-unkba írnt. 


A vi BEÉPÍTETT SZÖVEGSZERKESZTŐ 
HASZNÁLATA 


A vi használatához először be kell állítanunk a megfelelő opciót: 
set -ovi 


Ez általában a környezeti file-ból történik. Ha ez kész, bármelyik vi paran- 
csot használhatjuk. Ha még nem ismernénk őket, itt az idő, hogy a 9. fejezethez 
lapozzunk és megtanuljuk őket e fejezet olvasása előtt. 

Amikor hozzáfogunk egy shell parancs gépeléséhez, input módban vagyunk. 
A vi parancsok használatához nyomjuk meg az ESCbillentyűt! Ha végeztünk a 
parancs módosításával, a RETURN lenyomásával végrehajthatjuk. 

Jegyezzük meg, hogy nem kell a sor végére állnunk a kurzorral a RETURN 
lenyomásakor, de még csak nem is kell parancs módban lennünk. Egyszerűen 
nyomjunk RETURN -t, amikor a sor már jónak tűnik. 

Szeretnénk ezt egy rövid példával megvilágítani. A következő parancsot gé- 
peltük, de. RETURN-t még nem nyomtunk: 


who Í gred melissa 
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Szeretnénk tehát a who paranccsal a gépre bejelentkezettek listáját megkap- 
ni, és ennek kimenetéből a grep-pel kiválogatni a , melissa"-t tartalmazó soro- 
kat. (Ha ezt nem értjük, nem baj, a lényeg az, hogy grep helyett véletlenül 
gred-et gépeltünk.) 

A kurzor most a sor végén áll. (még nem nyomtunk RETURN -t!) A paran- 
csot szeretnénk kijavítani, mielőtt végrehajtásra kerül, ezért nyomjunk ESC- 
et aparancs módba váltáshoz. Gépeljünk 2b-t (vagy kétszer egymás után nyom- 
juk le a b-t), hogy két szóvalhátrébb kerüljön a kurzor, a , g" betű alá. Gépeljünk 
cw-t a szó cseréjéhez! Gépeljünk grep-et! A sorban most ez áll: 


who Í grep melissa 


A kurzor a , p" alatt áll. Ha mást nem akarunk változtatni, nyomjunk RE- 
TURN-t! A shell ezután végrehajtja a parancsot. 

A legjobb, ha úgy gondolunk a vi használatára, mintha a history file-t szer- 
kesztenénk, amelynek az éppen szerkesztett parancs is része. Egy időben azon- 
ban csak egyetlen sort láthatunk, a sorok között (a history file-ban föl és lefelé) a 
szokásos vi parancsokkal mozoghatunk: a k (vagy - ) felfelé, a j (vagy -- ) lefelé 
visz egy sornyival. Amikor egy sorral följebb megyünk, a shell a history file-ban 
eggyel visszalép és az ott lévő parancsot mutatja meg. 

Próbáljuk ki a következő példát! Gépeljük be sorjában az alábbi parancsokat: 


who I grep melissa 
date 

1s -1 

print Unix is fun 


Ha ezt befejeztük, és úgy határozunk, hogy a who parancsot , melissa" helyett 
most , gwen"-nel adjuk ki, ezt kell tennünk: 

ESC-et nyomva parancs módra váltunk. Nyomjunk k-t, hogy egy sorral fel- 
jebb kerüljünk a history file-ban. A shellaprint parancsot jeleníti meg. Nyom- 
junk k-t ismét! Az 18 parancsot látjuk. Nyomjunk k-t még egyszer! A date pa- 
rancs jelenik meg. Végül ismét csak k-t kell nyomnunk, és megérkezünk a who 
parancshoz. 

A kurzor a sor elején van. A , melissa" megváltoztatásához először három 
szónyit jobbra kell mennünk, ezt a 3w paranccsal érjük el. Most írjunk C-t, ezzel 
a kurzor és a sor vége között lévő részt cserélhetjük ki. Gépeljünk gwen-t és 
nyomjuk meg a RETURN -t! 

Mint a vi használót, valószínűleg tudatában vagyunk annak, hogy ugyanazt a 
dolgot sokféleképpen lehet elérni." Valóban, a vi használatának művészete 


tEnnek illusztrálására vizsgáljuk meg a gred javításáról szóló példánkat! Ezt gépeltük: 

ESC 2bcwgrep RETURN 

Ugyanez gyorsabban: 

ESC Fdrp RETURN (A ford.) 
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abban áll, hogy a lehető legkevesebb billentyűt lenyomva érjük el szándékun- 
kat. Ez esetben az ESC után 4k gépelésével egyszerre négy sornyit ugrottunk 
volna vissza, így a shell ezt jelenítette volna meg: 


who Í grep melissa 


Az ,m" betűhöz az fm-et (find ,m": ,m" megkeresése) gépelve juthattunk 
volna el. 

Amint láthatjuk, a beépített vi szerkesztő csakugyan a valódi vi-hoz hason- 
lóan működik. Az egyetlen fontos különbség azonban a keresés irányának elté- 
rése. Ha a / kereső parancsot használjuk, ez visszafelé (fölfelé) keres. A szokvá- 
nyos vi-bana / előre (lefelé) keres. Ehhez hasonlóan, a ? parancs előre (lefelé ) 
keres, és a G parancs a history file legrégibb sorára ugrik. Ha ebbe belegondo- 
lunk, ezektől a parancsoktól pontosan ezt a viselkedést várjuk el. Ellenkező 
esetben mindig a ? parancsot kellene egy előző parancs kereséséhez használ- 
ni, a legrégibbhez pedig az 1G-t. 

Amint azt elvárhatjuk, a puszta / karakter megismétli az előző keresést. Pél- 
dául az előző , who"-t tartalmazó parancs keresésére a módot változtató ESC 
után gépeljük azt, hogy: 


/who 
Ha nem a kívánt parancsot kapjuk, gépeljük a következőt: 
/ 


A shell erre előkeríti a következő , who"-t tartalmazó parancsot. Ezt annyi- 
szor ismételjük, ahányszor a megfelelő sor megtalálásához szükséges. 

E néhány kivételtől eltekintve, a beépített szerkesztő vi parancsai pontosan 
ugyanúgy működnek, mint a valódié: az i, a, I, A parancsokkal írhatunk a szö- 
vegbe, a sor elejére, ill a sor végére ugorhatunk a A , ill. a $ karakterek lenyomá- 
sával stb. Nem megyünk itt bele a parancsok részleteibe, arra ott a 9. fejezet, 
amely a vi-t kimerítően tárgyalja. A beépített vi szerkesztő rendszerünkön 
való működéséről elolvashatjuk még a Korn-shell kézikönyvének megfelelő ré- 
szét (man kah). 


Tipp: A shell parancsok szerkesztése jó dolog. Szánjunk rá egy kis időt, és 
H gyakoroljuk! Amint elkezdtük, csodálkozni fogunk, hogy is lehettünk 
meg eddig nélküle. 
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AZ emacs BEÉPÍTETT SZÖVEGSZERKESZTŐ 
HASZNÁLATA 


A emacs használatához először be kell állítanunk a megfelelő opciót: 
get -o emacs 


Ez általában a profile környezeti file-ból történik. Ha ez megtörtént, bár- 
melyik emacs parancsot használhatjuk. emacs parancsot bármikor használha- 
tunk. (A vi-tól eltérően itt nem kell különleges parancsmódot beállítani.) Ez 
azt jelenti, hogy bátran keverhetjük a parancsokat és a szerkesztendő szöveg 
karaktereit. Ha végeztünk a parancs módosításával, a RETURN lenyomásával 
végrehajthatjuk azt. Jegyezzük meg, hogy nem kell a sor végére állnunk a kur- 
zorral aRETURN lenyomásakor. Egyszerűen nyomjunk RETURN-t, amikor a 
sor már jónak tűnik. 

Ezt ismét egy rövid példával szeretnénk megvilágítani. A következő paran- 
csot gépeltük, de RETURN-t még nem nyomtunk: 


who 1! gyed melissa 


Szeretnénk tehát a who paranccsal a gépre bejelentkezettek listáját megkap- 
ni, és ennek kimenetéből a grep-pel kiválogatni a , melissa"-t tartalmazó soro- 
kat. (Ha ezt nem értjük, nem baj, a lényeg az, hogy grep helyett véletlenül 
gred-et gépeltünk.) 

A kurzor most a sor végén áll. (még nem nyomtunk RETURN-t!) A paran- 
csot szeretnénk kijavítani, mielőtt végrehajtásra kerül. 

Kétszer egymás után nyomjunk ESC-B-t, hogy két szóval hátrébb kerüljön a 
kurzor, a , gred"-hez. Gépeljünk ESC-D-t a szó törlésére! Gépeljünk grep-et! 
A sorban most ez áll: 


who I] grep melissa 


Ha mást nem akarunk változtatni, nyomjunk RETURN-t! A shell ezután 
végrehajtja a parancsot. 

A legjobb, ha úgy gondolunk a beépített emacs használatára, mintha a his- 
tory file-t — amelynek az éppen szerkesztett parancs 15 része — szerkesztenénk 
az emacs egyszerűsített változatával egyetlen egysoros ablakban. Egy időben 
így csak egyetlen sort láthatunk. A history file-ban föl és lefelé a szokásos 
emacs parancsokkal mozoghatunk: a AP felfelé, a AN lefelé visz egy sornyi- 
val, stb. Amikor egy sorral följebb megyünk, a shell a history file-ban eggyel visz- 
szalép és az ott lévő parancsot mutatja meg. 

Próbáljuk ki a következő példát! Gépeljük be sorjában az alábbi parancsokat: 
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who ] grep melissa 
date 

18 -1 

print Unix 1s fun 


Ha ezt befejeztük, és úgy határozunk, hogy a who parancsot , melissa" helyett 
most , gwen"-nel adjuk ki, ezt kell tennünk: 

Nyomjunk A P-t, hogy egy sorral feljebb kerüljünk a history file-ban! A shell a 
print parancsot jeleníti meg. Nyomjunk AP-t ismét! Az 18 parancsot látjuk. 
Nyomjunk A P-t még egyszer! A date parancs jelenik meg. Végül ismét csak 
A P-t kell nyomnunk, és megérkezünk a who parancshoz. 

A kurzor a sor végén van. A , melissa" megváltoztatásához először ESC-H 
vagy ESC-DELETE lenyomásával törlünk egy szót balra. Gépeljünk gwen-t 
és nyomjuk meg a RETURN-t! 

Amint láthatjuk, a beépített emacs szerkesztő csakugyan a valódi emacs- 
hoz hasonlóan működik. Természetesen nem rendelkezik annak minden fejlett 
funkciójával (mint amilyen a beépített programozási nyelv vagy a játékok), de 
az alapvető parancsok mindegyike megvan. Van azonban egy fontos különbség, 
amelyről tudnunk kell. A AY parancs helyreállítja az utolsó letörölt szót vagy 
karaktert. A valódi emacs a "Y hatására egyetlen karaktert sem fog helyreállí- 
tani, a beépített igen. 

Általában a beépített emacs parancsai éppen úgy működnek, mint a valódié: 
a AB a sorban hátra, a A F előre megy egy karakterrel, az ESC-B és az ESC-F egy 
szóval megy előre avagy hátra, a sor elejére, ill. a sor végére ugorhatunk a AA ill. 
a AE karakterek lenyomásával stb. A beépített emacs szerkesztő rendszerün- 
kön való működéséről elolvashatjuk még a Korn-shell kézikönyvének megfele- 
lő részét (man ksh). 


Tipp: A Korn-shell emacs szerkesztőjében van egy rejtett parancs. Ha 
-- beállítottuk az emacs opciót (set -o emacs), a "V lenyomásakor bár- 

mikor információt jeleníthetünk meg a Korn-shell általunk használt ver- 
ziójáról. Egy tipikus válasz: 


Versian 11/16/88e 
Ez azt jelenti, hogy a Korn-shell 1988. november 16-i verziójának , e" módo- 


sítását használjuk. 
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INICIALIZÁCIÓS ÉS TERMINÁCIÓS FILE-OK: 
.- profile, .kshrc, . logout 


Az eddigiekben megismertünk számos, a munkakörnyezet beállításához hasz- 
nos parancsot, és olyan opciókat ill. változókat, amelyeket megfelelően be kell 
állítani, mielőtt nekifognánk a munkának. Hogyan lehet biztosítani, hogy min- 
den megfelelően elő legyen készítve? Természetesen nem kell minden bejelent- 
kezésnél parancsok hosszú sorát begépelni. Másrészt lehetnek olyan paran- 
csaink is, amelyeket kijelentkezéskor akarunk futtatni. 

A shell lehetővé teszi, hogy az ilyen parancsokat csak egyszer adjuk meg, és a 
megfelelő időben végrehajtja őket. Ismerkedjünk meg ennek működésével! 

A Korn-shell felismeri a profile nevű speciális file-t, amelyben automa- 
tikusan végrehajtandó file-okat tarthatunk. Bejelentkezésünkkor a shell meg- 
keresi e file-t ahome könyvtárunkban, s ha megtalálta, végrehajtja a benne ta- 
lált parancsokat. Fontos, hogy legyen .profile file-unk, ha mégsincs, 
hozzunk létre egyet! 

Milyen parancsokat tartsunk a .profile-ban? Bármit tarthatunk benne 
(pl. üdvözlő üzenetet), de legalábbis adjunk értéket az olyan shell változók- 
nak, mint pl. a TERM (amely az általunk használt terminál típusát tárolja), vagy 
a PATH (a keresési út van benne) stb. (I. a shell változókról szóló korábbi leírást 
e fejezetben.) 

A legtöbb rendszergazda úgy állítja be rendszerét, hogy minden új Korn-shell 
felhasználó találegy .profile file-t ahome könyvtárában. Általában a shell 
változók is be lesznek állítva számunkra, habár tapasztaltabb felhasználóként 
ezeket esetleg módosítjuk. 


Tipp: Ha változót definiálunk a .profile file-unkban, ne feledkezzünk 
meg annak exportálásáról sem. Ez biztosítja ugyanis, hogy programjaink 
mindegyike használhassa az adott változót (I. a fejezet korábbi részét). 


A következő módon vizsgálhatjuk meg .profile file-unk tartalmát: 
more .profile 


Néha módosítani szeretnénk a . profile-t. Például az az ötletünk támad, 
hogy minden bejelentkezéskor ezt íratjuk ki a géppel: 


HELLO, GOOD LOOKING! 


Esetleg szeretnénk automatikusan elindítani a levelező programot, ha új le- 
velünk érkezett. Ilyen változtatások megvalósítása megköveteli valamelyik szö- 
vegszerkesztő (a vi vagy az emacs) használatának ismeretét. 

Amint említettük, a shell végrehajtja a . profil1e-ban lévő parancsokat min- 
den bejelentkezésnél. Vannak olyan parancsaink is, amelyeket minden új shell 
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megnyitásakor szeretnénk lefuttatni, például a set -o paranccsal beállított op- 
ciók sem exportálódnak. Ha szeretnénk megtartani őket az új shellben, újra kell 
definiálnunk. Esetleg függvényeket (ezekre e könyv nem tér ki) definiálunk, 
amelyeket szintén át szeretnénk vinni az új shellbe, s ezért ezeket is állandóan 
újra kell definiálni új shell nyitásakor. 

Miért fontos ez? Nos, tételezzük fel, hogy szerkesztgetünk egy file-t, időről 
időre felfüggesztjük a szövegszerkesztő működését, és egy shellben parancso- 
kat adunk ki. Ha végeztünk, kilépünk a shellből és visszatérünk a szövegszer- 
kesztőhöz. Szeretnénk biztosítani, hogy az ideiglenes shelljeink ugyanazon op- 
ciókkal rendelkezzenek, mint a bejelentkező shellünk. 

Hogyan tudjuk ezt megvalósítani? Egy shellnek indulásakor legelső dolga 
megkeresni a környezeti file-t. Ha létezik, az új shell elolvassa, majd végrehajt- 
ja a benne szereplő parancsokat. A shell a környezeti file keresésére — az utóbbi 
elérési útját tartalmazó — ENV változó tartalmát vizsgálja. Környezeti file — ami- 
vel mindenképpen rendelkeznünk kell — használatához tehát egy szövegszer- 
kesztővel létre kell hozni a file-t, majda .profile egy sorában definiálnunk 
és exportálnunk kell az ENV változót. 

A környezeti file neve tetszőleges, azonban ajánlatos a home könyvtárba he- 
lyezett . kehrc nevű file-t használni ilyen célokra. A .profile-ban a követ- 
kező bejegyzést kell tennünk: 


export ENV-S$HOME/ .kahrc 


IT REJTA NÉV? 

A .kshrc file 
Kevesen tudják, hogy az , rc" a , run commands: végrehajtandó parancsok" rö- 
vidítése — azaz inicializációs parancsok -—, amelyek automatikusan végrehajtásra 
kerülnek. 

A név gyökerei az MII-n 1963-ban kifejlesztett CTSS (Compatible Time Sha- 
ring System: kompatibilis időosztásos rendszer) operációs rendszerig nyúlnak 
vissza. A CISS-nek volt egy , runcom" nevezetű szolgáltatása, amely paran- 
csok file-ban tárolt listáját hajtotta végre. 

Számos Unix program automatikusan keres home könyvtárunkban ilyen , rc" 
inicializációs file-t. A C-shell például a . cshrc, az ex és vi szövegszerkesztők 
a . exrc, amail program pedig a .mailrc file-okat keresik. 

Korn-shellben a környezeti file nevét kedvünk szerint választjuk meg, így a 
konvencionális mintára kifundált .kshrc is megfelelő. 


Nyomós oka van annak, hogy miért kezdődnek ezek a nevek ponttal: az 18 
paranccsal listázva file-jainkat, a ponttal kezdődő nevek nem kerülnek listázás- 
ra, így nem kell mindig ezeket a neveket nézegetnünk, amikor file-jainkra va- 
gyunk kíváncsiak. Nagyritkán az összes file-ra — tehát a ponttal kezdődőekre 
is — kíváncsiak vagyunk, ekkor az 18 parancsot a -a (all: mindegyik) opcióval 
használjuk. 
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Új shell megnyitásakor lefutnak a környezeti file-ban lévő parancsok. Ez tör- 
ténik természetesen bejelentkezésünkkor is. Ismét csak ez történik egy shell 
script futtatásakor, vagy ha felfüggesztjük egy program futását, és ideiglenes 
shellt nyitunk. A .profile-ban lévő parancsok csak egyszer kerülnek végre- 
hajtásra: bejelentkezéskor, mielőtt a környezeti file sorra kerülne. 


Tipp: Ha C-shellt használunk, talán tudjuk, hogy bejelentkezéskor a kör- 
HR nyezeti file-unk ( . cshrc) az inicializációs file ( . Login) előtt fut le. A 

Korn-shelli esetén az első a profile. Ha fordítva lenne, a shell nem 
tudná, hogy merre keresse a környezeti file-t, hiszen az ENV változó definíciója 
még nem történt volna meg. 

Másként, ha valaki hajlik a teleologikus (céloksági) megközelítésekre, azt is 
mondhatja, hogy a Korn-shell azért a .profile-t dolgozza fel először, hogy 
meghagyja a lehetőséget számunkra a környezeti file nevének kiválasztásá- 
ban, ahelyett, hogy ránk kényszerítene egy szabványosat. 





Az utolsó file, amellyel foglalkozunk, kijelentkezéskor végrehajtódó paran- 
csokat tartalmaz. Például kiírathatunk valami kedves üzenetet, ha befejezzük 
a Unix-szal való munkát. Vagy, ami sokkal valószínűbb, a fortune program 
futtatásában leljük örömünket, és így minden kijelentkezéskor egy mókás meg- 
jegyzést olvashatunk. 

A C-shell beépített szolgáltatása az ilyen terminációs file keresése. Ha létezik 
. logout file home könyvtárunkban, a C-shell minden kijelentkezéskor el- 
olvassa és végrehajtja tartalmát. 

A Korn-sheli ezt automatikusan nem végzi el, viszont a következő parancsot 


284 


. Profile-unkba építve előírhatjuk számára is: 
trap " SHOME/ . logout" EXIT 


Nem megyünk bele ennek szakmai részleteibe, lényegében azt közöljük a 
shell-lel, hogy a kilépéskor küldött EXIT szignált ejtse csapdába (trap). E szig- 
nált észlelve a shell elindítja a megadott file-t, esetünkbeneza . logout. A kör- 
nyezeti file-hoz hasonlóan ezt a file-nevet is szabadon választhatjuk, célraveze- 
tő azonban . logout-nak nevezni és home könyvtárunkban tárolni. 


Tipp: Mely parancsokat írjuk a .profile-ba, és melyeket a környezeti 
SE file-ba? A következő működik legjobban: 
A .profile a következőket tartalmazza: 
e a terminál beállítása 
e shell változók definíciója 





 aó  aziő ÖNSRÉT . GESTÉL -tőlelée 


módosítására (I. 7. fejezet) 
e minden bejelentkezéskor elvégzendő inicializációs feladatok. 
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A környezeti file ( .kshrc) a következőket tartalmazza: 
e helyettesítő nevek definíciója 
e függvények definíciója. 


SHELL SCRIPTEK 


Amint az 1. fejezetben láttuk, a shell több mint egyszerű parancsfeldolgozó: tel- 
jes programozási nyelvet i15 nyújt számunkra. A szokványos Unix parancsok 
mellett különleges shell program utasításokat i5 használhatunk. 

Egy ilyen parancsokból álló file neve SHELL SCRIPT. Amikor a shell a 
seript-tel foglalkozik, egyszerre egy parancsot olvas be belőle. (Gondoljunk 
egy szerepének szövegét olvasó színészre, aki szintén csak egy sort olvas egy- 
szerre.) A folyamat leírására azt mondjuk, hogy a shell ÉRTELMEZI (interp- 
ret) a parancsokat. 


tt! /bin/kah 
Ht SHOWNINFO: Korn-ahell1 script to display an information file. 


Ht If the informaticn file exist, display its contents. 
$ Otherwise, if the file does not exist, but 1f anolder 
H$ versicn exist, display the older versicn. 

H If neither file exist, display an error message . 


$ SHOWINFO: Korn-shel!1 script információs file megjelenítésére. 

$ Ha létezik az információs file, megjeleníti a tartalmát. 

$Ha viszont nem létezik, ánvan régebbi verziója, akkor azt jeleníti meg. 
ff Ha egyik sem létezik, hibaüzenetet küld. 


if [-f info] 

then 
print "The informaticn file has been found." ; 
more info 

elif ( -f infol 

then 
print "Only the old informaticn file was fond." ; 
more info.old 

else 
print "No informaticn file was fand." 

fi 





3.1. ábra. Példa a Korn-shell scriptre 
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Általánosan, értelmezőnek nevezhetünk minden, scripteket — azaz egymás 
utáni parancsok listáját — olvasó és feldolgozó programot. A Unix-nak számos 
értelmezője van, például a szövegszerkesztők némelyike 15 tud értelmezni bizo- 
nyos scripteket. A Shell programozásának részleteivel a 4. fejezetben foglalko- 
zunk. Azonban itt is mellékeltünk egy Korn-shell programnyelven írt scriptet 
(1. 3.1. ábra). A script t kezdetű sorai megjegyzések, amelyeket a shell meg 
sem néz. 

Példánkban, mint észrevehettük, a script első sora a következő: 


tt! /bin/ksh 


Ez azt jelzi a Unix-nak, hogy Korn-shell alatt futtassa a scriptet. 

Sokan úgy találják, hogy mindenféle shell programozási lehetőség szükség- 
szerűen kompromisszum eredménye kell hogy legyen, ugyanis a shellnek ket- 
tős feladata lesz: egy programértelmező és egy programozási nyelv feladatait 
kell teljesítenie. Ezek az emberek szívesebben használnak egy külön scriptek 
számára tervezett fordítót. 

Az ilyen fordítók legnépszerűbbike a Perl (Practical Extraction and Report 
Language). A Perl-t az egyik Unix népi hős, Larry Wall fejlesztette ki. A Perl 
a shellénél sokkal hatékonyabb scriptek írását teszi lehetővé, és a rendszergaz- 
dák széles köre használja. Sajnos azonban a Perl programozás sokkal bonyolul- 
tabb, mint a shellé, és nem épp leányálom. 


4. FEJEZET 


HÁLÓZATOK ÉS CÍMEK 


Mihelyt tagjává válunk a Unix-közösségnek, kommunikálhatunk és adatokat 
cserélhetünk a világ bármely részén lévő emberekkel. Ehhez csupán elektroni- 
kus címre és a hálózati programok használatának ismeretére van szükség. 

Ebben a fejezetben végigmegyünk az alapvető gondolatokon. Kezdetben át- 
tekintjük a Unix levelezési rendszerét, utána a kiterjedt Internet hálózattal és 
annak lehetőségeivel foglalkozunk, végül megismerkedünk az elektronikus 
címzés működésével. 

A könyv későbbi részében megtanuljuk, hogyan küldhetünk és kaphatunk 
leveleket. Az alapelveket azonban ez a fejezetet magyarázza el, így célszerű 
ezt olvasni előbb. 


A UNIX LEVELEZŐ RENDSZERÉNEK (MAIL) 
ÁTTEKINTÉSE 


MAIL vagy EMALL jelenti üzenetek vagy file-ok küldését és fogadását. Ami- 
kor Unix felhasználók a levelezés szót használják, biztosra vehetjük, hogy elekt- 
ronikus, nem pedig hagyományos postai levelezést értenek alatta. Hasonlóan, 
ha a CÍM (ADDRESS) szót látjuk, az sem postai, hanem elektronikus címre 
vonatkozik. 

A mail fontos része a Unixnak: minden Unix rendszer tartalmaz beépített 
levelezési rendszert. Még ha a számítógépünk nincs is összekötve más számító- 
géppel, saját rendszerünkön küldhetünk másoknak sőt magunknak is levele- 
ket. Ha gépünk rá van kötve az Internetre (amelyről e fejezetben még szó 
lesz), levelet küldhetünk a világ bármely táján élő embereknek. 

Bárkivel válthatunk levelet, akinek a gépe a miénkkel összeköttetésben áll, 
már ha a rendszerek megfelelően vannak konfigurálva. A címzett operációs 
rendszere Unixtól eltérő is lehet. A levelezési rendszer konfigurálása nem köny- 
nyű, de ez a rendszergazda dolga és semmi okunk rá, hogy részleteivel vesződ- 
jünk. Elég azt tudnunk, hogy milyen lehetőségek léteznek és hogyan használ- 
hatjuk ki őket. 

Látni fogjuk, hogy levelet küldeni a nagyvilág távoli pontjaira nem nehezebb, 
mint eljuttatni a nappali másik végébe. Mindamellett gyors is. Ha a hálózat 
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nincs nagyon leterhelve, a levelek másodpercek alatt hosszú távolságot tesznek 
meg, még lassú napokon is mindig gyorsabb az elektronikus levelezés a szokvá- 
nyos postainál. 


IT REJT A NÉV? 

Snail Mail (Csigaposta) 
Ha Unix felhasználók levelezésről beszélnek, mindig elektronikus levelezést 
értenek alatta. Amikor hagyományos postai levelezésre utalnak, azt mindig vi- 
lágosan jelzik. 

A szokványos postai levelezésre gyakran használják a SNAIL MAIL kifeje- 

zést, ugyanis a csigaposta név jól érzékelteti a postai levelezés tempóját az elekt- 
ronikuséhoz képest. 


Hová küldhetünk levelet? Normális igény, hogy bárkinek küldhessünk saját 
gépünkön, hálózatunkon, valamint egyetemünkön. Ha azonban számítógé- 
pünk összeköttetésben áll az Internettel, a világ minden táján lévő számítógé- 
pekre küldhetünk levelet, csak a címzett címét kell ismernünk. 

Mielőtt megtanulnánk a címzést, foglalkozzunk egy kicsit az Internettel, a ti- 
tokzatos hálózattal, mely összetartja az egész világra kiterjedő elektronikus kö- 
zösséget. Legjobb, ha a TCP/IP -vel, az Internetet összefogó ragasztóval kezdjük. 


TCP/IP: TRACEROUTE 


Az Internetet a nagyvilág sok - különböző rendszereket tartalmazó — hálózata 
alkotja. Valaminek ezeket össze kell tartani. Ez a valami a TCP/IP (plusz renge- 
teg önkéntes munka). 

A TCP/IP meglehetősen fárasztó technikai részletei jóformán mindenkinek 
kívül esnek az érdeklődésén. Mindazonáltal még meglehetősen sokat fogjuk 
látni vagy hallani a , TCP/IP" kifejezést, ezért szánjunk rá néhány percet. 

A TCP/IP a közös neve több mint száz különböző protokollnak. (PROTO- 
KOLLnak nevezzük a szabályrendszert, amely lehetővé teszi, hogy különböző 
gépek és programok egymással kapcsolatot tartsanak.) TCP/IP protokollok 
használatosak az Interneten (és más hálózatokon) számítógépek, kommuniká- 
ciós eszközök és programok közötti összeköttetés megteremtésére. Az Interne- 
ten nem minden számítógépen fut Unix, de mind a TCP/IP-t használja. 


IT REJT A NÉV? 

TCP/IP 
Két alapvető protokoll nevéből tevődik össze a TCP/IP elnevezés: TCP a Trans- 
mission Control Protocol (Átvitelvezérlő Protokoll), az IP pedig az Internet 
Protocol elnevezésekből alkotott betűszó. 
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A TCP/IP rendszerben az elküldésre szánt adatokat kis csomagokra osztják. 
Minden csomag tartalmazza a fogadó gép címét és a saját sorszámát. (Pl. a rend- 
szer egy levelet tíz különböző csomagra oszthat, ilyenkor mindegyik kap egy 
sorszámot.) 

A különböző csomagok kikerülnek a hálózatra, és mindegyikük külön-külön 
jut el a rendeltetési helyére. A fogadó gép a sorszám alapján újra összerakja 
őket. Ha egy csomag valami oknál fogva megsérült, a fogadó gép üzenetben ké- 
ri a feladó gépet a hibás csomag újraküldésére. 

Az adat csomagokra való szabdalása jelentős előnyökkel jár. Először is: a 
kommunikációs csatornák sok felhasználó között oszthatók meg. Mindenféle 
csornag továbbítható egyidejűleg, ezeket a megfelelő célállomásaikra érkezé- 
sük után rendezik és állítják össze. 

Hasonlítsuk ezt össze egy telefonbeszélgetés lebonyolításával! Ott a kapcso- 
lat létrejötte után az áramköröket lefoglaljuk , és azok nem használhatók újabb 
hívásra, még ha húsz percig váratjuk is a vonalra várót. 

A TCP/IP rendszer másik előnye, hogy az adatokat nem közvetlenül kell el- 
juttatnunk egyik számítógéptől a másikig. Minden csomag gépről gépre vándo- 
rol, míg el nem ér a rendeltetési helyére. Ez a titka annak, hogy hogyan tudunk 
üzeneteket és adatokat továbbítani két, közvetlen kapcsolatban nem álló gép 
között. 3 

Megdöbbentő, hogy néhány másodperc alatt nagyméretű file-okat tudunk 
egyik gépről a másikra küldeni, még ha több ezer kilométerre vannak is egymás- 
tól, és acsomagoknak egy sereg gépen kell keresztüljutniuk. Ennek a sebesség- 
nek az egyik oka, hogy nem szükséges az egész üzenetet újra feladni ha valami 
hiba történik, csak egyetlen csomagot. 

További előnye a rendszernek, hogy nem kell minden csomagnak ugyanazon 
az úton haladnia. Ily módon lehetővé válik, hogy a hálózat két hely között az 
adott pillanatban legkedvezőbb utat jelölje ki a csomag számára. A csomagok 
így nem szükségszerűen azonos úton haladnak, s az sem biztos, hogy egy időben 
érkeznek meg. 

Végül a rendszer rugalmassága nagyfokú megbízhatóságot eredményez. Ha 
egy kapcsolat megszakad, a rendszer másikat választ. 

Ha üzenetet küldünk, a TCP az, ami azt csomagokra szabdalja, a csomagokat 
ellátja sorszámokkal és hibaellenőrző információval, majd elküldi őket. Az út 
másik végén a TCP fogadja a csomagokat, ellenőrzi, hogy történt-e hiba, és ösz- 
szeállítja a somagokból az eredeti adatokat. Ha valamibe hiba csúszott, a TCP 
üzenetet küld, amelyben kéri a-hibás csomag újraküldését. (TCP sokkal ügye- 
sebben dolgozott volna Dingidungi összerakásán, mint a király emberei.") 


"Utalás a Dingidungi című ismert angol gyermekversre: 


Dingidungi a falra ült, 

Dingidungi lependerült. 

Jöhet a királytól ló, katona, 

Nem rakják össze Dingit soha. 
(Tótfalusi István fordítása) 
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Az IP dolga a nyers adat — a csomagok - továbbítása helyről helyre. A ROU- 
TER-nek nevezett számítógépek, amelyek a csomagokat egyik hálózatról a má- 
sikra továbbítják, az IP-t használják az adatmozgatáshoz. 

Másként megfogalmazva, az ÍP továbbítja a nyers adatcsomagokat, a TCP 
pedig felügyel az adatáramlásra és biztosítja a hibamentességet. 

Történelmi érdekesség: Az 1991-es Öböl-háborúban a szövetségeseknek sok 
gondot okozott az iraki parancsnoki hálózat megsemmisítése, annak ellenére, 
hogy a rendszer néhány számítógépét tönkretették. Miért? Mert az irakiak ke- 
reskedelmi IP routereket használtak, amelyek, valahányszor egy összeköttetés 


Le. £L 


megszakadt, lehetővé tették alternatív útvonalak gyors megtalálását. 


- Tipp: Ellenséges kormányoknak ne adjunk el IP routereket. 


Ha tehát valaki megkérdezi tőlünk, hogy mi is az a TCP/IP, három különböző 
választ adhatunk. Először is mondhatjuk, hogy a TCP és az IP két protokoll, 
amely irányítja és végrehajtja a hálózatok közötti adatátvitelt. Másodszor 
mondhatjuk, hogy a TCP/IP kifejezés gyakran használatos a több mint száz kü- 
lönböző protokoll együttesére, amelyek számítógépeket és más kommuniká- 
ciós eszközöket hálózattá szerveznek. 

Esetleg nemes egyszerűséggel csak annyit mondunk, hogy a TCP/IP az Inter- 
netet összefogó ragasztó. 


Tipp: Ha szeretnénk megnézni az utat, mely gépünktől egy másik gépig 
-- vezet, használjuk a traceroute (nyomkövetés) parancsot. 

Ez a parancs nem található meg minden rendszeren. Ha rendszerünkön 
van traceroute, gépeljük be egy másik, az Interneten elérhető gép címével 
együtt. (A címzést rövidesen részletesen tanulmányozzuk.) 

Nézzük a következő példát: ha látni szeretnénk az utat, amely számítógé- 
pünktől ads.internic.net című géphez vezet, a következő parancsot gé- 
peljük: 


traceroute ds. internic.net 


Ennek eredményeként látni fogjuk a két gépet összekötő útvonal minden lé- 
pését. Ez persze időről időre más lehet, a hálózati feltételek változásainak meg- 
felelően. 

A traceroute parancsnak sok technikai opciója van, és valójában a háló- 
zati kapcsolatokat fenntartó emberek számára készült. Mégis, talán szórakozta- 
tónak találjuk egyszer megvizsgálni, hogy milyen útvonalakon jön létre az ösz- 
szeköttetés. 
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MI AZ AZ INTERNET? 


Kétféleképpen is gondolkodhatunk az Internetről. 

Műszaki értelemben: ilyenkor azt mondhatjuk, hogy az Internet az adatforga- 
lomban IP protokollt használó hálózatok nagyvilágra kiterjedő együttese. 

Ez a definíció kétségtelenül pontos, mégsem kielégítő. Valójában azt szeret- 
nénk megtudni, mire is tudjuk használni az Internetet? 

Az Internet hét fő szolgáltatást kínál. Az alábbi rövid leírás alapján képet al- 
kothatunk róluk: 


e Mail (levelezés): küldhetünk és kaphatunk üzeneteket. 

Talk-olás (beszélgetés): A billentyűzetet és a képernyőt használva 

, társaloghatunk" más emberekkel, esetleg csoportjukkal. 

e Információk elérése (beleértve a Web-et): Kereshetünk és megszerezhetünk 
bármilyen információt a World Wide Web, gopher, anonymous ftp, stb. 
szolgáltatások használatával. Léteznek speciális programok, amelyek segíte- 
nek, ha nem tudjuk, merre keressünk. 

e Usenet vitacsoportok: olvashatjuk és saját véleményünk elküldésével gyara- 
píthatjuk az Usenet-et alkotó több ezer vitacsoportban megjelenő írásokat. 

e File Transfer (file-ok mozgatása): file-okat másolhatunk egyik számító- 
gépről a másikra. 

e Szoftverek megosztása másokkal: sokféle szoftverből kaphatunk ingye- 
nes példányt, és mi is közkinccsé tehetjük saját programjainkat. 

e Remote Login (távoligépre való bejelentkezés): bejelentkezhetünk más gé- 
pekre, és úgy használhatjuk őket, mintha terminálunk közvetlenül hozzájuk 
lenne kapcsolva. 


Így eljutottunk az Internet következő helyes és praktikus definíciójához: Az 
Internet az egész világra kiterjedő hálózat, mely szolgáltatásként kínálja a leve- 
lezést, file-ok gépek közötti mozgatását, távoli gépek használatát, vitacsopor- 
tokba való bekapcsolódást, szoftverek megosztását, információk elérését és a 
másokkal való beszélgetést. Az Internetről átfogó ismereteket szerezhetnek 
az érdeklődők a PanemMcGraw-H1l! kiadónál megjelent Egyszerűen Internet 
és Egyszerűen Internet középhaladóknak című könyvéből. 


VALÓBAN AZ INTERNETHEZ TARTOZUNK? 


Amint azt még e fejezetben később látni fogjuk, léteznek más nagy hálózatok, 
amelyeknek van levelezési kapcsolatuk az Internettel. A levélváltás lehetősége 
azonban még nem jelenti azt, hogy egy számítógép ténylegesen része az Inter- 
netnek. Például Compuserve vagy MCI Mai 1-t használó emberek küldhetnek 
levelet Internet címekre, mindazonáltal nem tudnak sem file-okat mozgatni gé- 
pek között, sem távoli gépeken dolgozni stb. 
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Hasonlóan sokan nem Internet alapú rendszert használva vesznek részt az 
Usenet-ben, az egész világra kiterjedő vitacsoportok rendszerében. Többségük 
tud levelet küldeni Internet címekre, de olyan szolgáltatásokhoz nem férnek 
hozzá, amelyek közvetlen kapcsolatot igényelnek. 

Néhány ember fejében ezek a dolgok kissé összezavarodnak, és azt gondol- 
ják, hogy — a valóságtól eltérően — összeköttetésben állnak az Internettel. Álta- 
lában ez azt takarja, hogy valamiféle levelezési vagy Usenet szolgáltatással ren- 
delkeznek, de teljes kapcsolattal nem. 

Jó próbája ennek, ha be tudunk jelentkezni egy távoli gépre az Interneten: 
ekkor valószínűleg rá vagyunk kapcsolva az Internetre. Ha egyetemen va- 
gyunk, azt fogjuk tapasztalni, hogy majdnem az összes számítógép lehetővé te- 
szi, hogy vagy közvetlenül, vagy egy másik helyi rendszer segítségével hozzáfér- 
jünk az Internethez. 

Vannak, akik azt kérdik: , Én csak levelezni szeretnék. Feltétlenül szükségem 
van az Internettel való összeköttetésre?" A válasz nem, szüksége nincs rá, ha a 
gépe valamilyen módon ki tudja juttatni a leveleket a külvilágba. 

Mégis, ha rendszeresen levelezünk Internet gépeket használó emberekkel, 
látni fogjuk, hogy az Internet kapcsolat sokkal gyorsabb. Nem ritka, hogy egy 
Internet levél másodpercek alatt elér a címzetthez. Ez azért van, mert az Inter- 
net állandó, nagy sebességű összeköttetéseket használ. Ha egy levél kívülről ér- 
kezik, lassúbb az átvitel és az összes adatot mindenféle gépeken kell keresztül- 
irányítani, amelyek biztosítják az Internettel való kapcsolatot. 

Mi: több, ha lehetőségünk van Internet összeköttetést használni, sok egyéb 
csodálatos szolgáltatást is elérhetünk, amelyek messze túlmennek az egyszerű 
levélkézbesítésen. 


A SZABVÁNYOS INTERNET CÍMEK 


Az Internet (és a levelező rendszer) használatának kulcsa a címzés megértése. 
Az a meghökkentő az Internet címzési sémában, hogy függetlenül attól, hogy 
milyen szolgáltatást veszünk igénybe, minden egyes felhasználó-azonosítónak 
(userid) és minden egyes számítógépnek csak egyetlen címre van szüksége. 
Ha például levelet küldünk valakinek, ugyanazt a címet használjuk, mint ami- 
kor a talk parancs segítségével társalgunk vele. 

Ezt a figyelemre méltó rendszert hamarosan magunk is becsülni fogjuk. Kép- 
zeljük csak el, milyen lenne, ha ugyanazt a címet vagy azonosító számot használ- 
hatnánk, ha valakinek képeslapot adunk fel, telefonálunk vagy faxot küldünk. 
Egyetlen Internet cím ennél sokkal több mindenre jó. 

Az Internet cím a felhasználó-azonosítóval kezdődik, ezt követi a € karakter 
(az angol at elöljárószó jele, jelentése: -nál, -on, -ban; gyakran , kukacnak" is 
nevezik), legvégül pedig a számítógép neve áll. A címnek azt a részét, mely a 
számítógép nevét tartalmazza, DOMAIN-nak (terület) hívják. Így néz ki tehát 
egy szabványos Internet cím: 


felhasználó-azonosítóegdomain 
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Egy konkrét példa: 
harleytnipper.ucsb.edu 


Itt a felhasználó-azonosító harley, a domain - a gép neve, avagy címe — pe- 
dig nipper . ucsb. edu. (Minden Unix számítógépnek van neve!) Ha erre a 
felhasználó-azonosítóra a Unix levelező programjával levelet küldenénk, a kö- 
vetkezőt kellene begépelnünk: 


mail harleyénipper . ucsb. edu 


A jelölés, amely az € karaktert használja, helyénvaló, hiszen a parancs begé- 
pelése közben a következőt mondhatjuk magunkban: , Harleynak küldöm a le- 
velet, aki a nipper.ucsb.edu gépnél van." 

A domain részeit, melyeket pontok választanak el egymástól, ALDOMAIN- 
oknak (SUBDOMAIN) nevezik. A fenti cím három aldomainre oszlik: nip- 
per, ucsb, edu. A jobb szélen álló aldomainre (itt edu) FELSŐ SZINTŰ DO- 
MAIN-ként (TOP-LEVEL DOMAIN) szokás hivatkozni. 

Egy címet célszerűen jobbról balra olvasunk, így a legáltalánosabb név felől 
haladunk a leghatározottabb felé. A baloldali aldomain általában egy bizonyos 
számítógép neve. 

Az Internet címek gépelésénél egyaránt használhatunk kis- és nagybetűket. 
A következő két cím teljesen azonos: 


harleyénipper . ucsb. edu 
harleyGNIPPER.UCSB.ELDU 


Általános szabályként elmondhatjuk, hogy érdemes a kisbetűk használatá- 
hoz ragaszkodni, különösen a felhasználó-azonosítók esetén, bár vannak, akik 
keverik a kis- és nagybetűket. Ezekből két gyakori variáció: 


harleyénipper.Ucsb. Edu 
harleyénipper.ucsb.EDU 


Az első variáns az adott hely központi számítógépét, a második a felső szintű 
domaint emeli ki. A nagybetűk használata egyik esetben sem kötelező. 


Tipp: Ha olyan Internet címet használunk, amelyben nagybetűk is van- 
nak, biztonságosabb azokat kisbetűkre cserélni. 
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INTERNET CÍMZÉS: A RÉGI FORMA 


A felső szintű domain-eknek két típusa van: a régi és az újabb, nemzetközi for- 
ma. A régi főként az Egyesült Államokban és Kanadában használatos, és hét 
különböző felső szintű domain-ből áll. Ezek a domain-nevek láthatók a 4.1. táb- 
lázatban. 

A 


harleytnipper.ucsb.edu 


címben az edu felső szintű domain oktatási intézményt jelez (esetünkben egye- 
temről van szó). Az Egyesült Államokban a legtöbb cím, amivel találkozunk, 
edu vagy com domaint tartalmaz. Az int domaint nemzetközi szervezetek 
használják, mint pl. a NATO. 


4.1. táblázat. Régi típusú felső szintű domain-ek 


Domain Jelentés 

com kereskedelmi szervezet (commercial organization) 
edu oktatási intézmény (educational institution) 

gov kormány (government) 


int nemzetközi szervezet (international organization) 
mil katonai (military) 

net hálózati szervezet (networking organization) 

org non-profit szervezet (non-profit organization) 





A felső szintű domain után - jobbról balra haladva — nézzük meg a többi al- 
domaint! Egyre közelebbről határozzák meg a gép helyét. Példánkban a do- 
main egy kaliforniai egyetem ( University of California at Santa Barbara) nip- 
per nevű számítógépére vonatkozik. 


A SZABVÁNYOS INTERNET CÍMZÉS 
VARIÁCIÓI 


Néha találkozunk címekkel, melyek még több aldomaint tartalmaznak, hogy 
még pontosabbak legyenek. Gyakori aldomain a cs, mely a számítástudomá- 
nyi tanszéket (computer science ) jelöli. A következő cím: 


samielGemnenthaler.cs.wisc.edu 


a wisconsini egyetem számítástudományi tanszékének emmenthaler nevű gé- 
pén lévő samuel felhasználó-azonosítót jelenti. 
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Ha már elég címet láttunk, kezdjük észrevenni a gépnevek mintázataiban 
megbúvó szabályosságokat. Például a wisconsini egyetemen, amely tejtermé- 
keiről ismert államban található, sok számítógépet sajtfajtákról neveznek el. 

Néha olyan Internet címeket látunk, amelyek a lehető legegyszerűbbek, s így 
csak a felső szintű domaint és a szervezet nevét tartalmazzák. Lássunk egy pél- 
dát: 


melissaígucsd. edu 


Ez cím egy kaliforniai egyetemen (University of California at San Diego) lévő 
melissa felhasználó-azonosítót jelöl. 

Az ilyen cím azt jelzi, hogy az intézmény egy nagy számítógépet használ a le- 
velek fogadására és kézbesítésére. Ilyenkor az ucsb. edu nevű gépen van az 
egyetemi azonosítók címtára. Ha ezek egyikére levelet küldünk, mondjuk 
melissá-nak, ez a gép tudni fogja, hogy az egyetem mely gépeit használja 
melissa. 

Ennek a rendszernek a szépsége a címek egyszerűségében rejlik. Természe- 
tesen valakinek fenn kell tartani a központi levelező rendszert, és az azonosítók 
listáját 15 naprakész állapotban kell tartani. 

Az utolsó variáció, ha a címben 96 (százalékjel) található. Néha ezt használ- 
ják összetettebb címek megadásához. Egy példa: 


randy"anacondaíucsd. edu 


Az emögött megbúvó ötlet az, hogy az üzenetet fogadó számítógép (itt az 
ucsd. edu) abból próbál valami értelmeset előbányászni, ami az € karakter- 
től balra van (esetünkben ez randysanaconda ). 

Gyakori, hogy 9o választja el az azonosítót és egy helyi gép nevét. Ebben az 
esetben lehetséges, hogy randy levele az anaconda nevű gépre megy. Számos 
különböző elérési út vezethet azonban addig a számítógépig, az adott időpont- 
ban legjobb utat a központi gép (ucsd.. edu) keresi majd meg. 

Ne vacakoljunk túl sokat a részletekkel, bármilyen címet is kaptunk partne- 
rünktől, használjuk bátran. Sokan ismerik a címüket, de nem értik. Sok helyütt 
több különböző címzési mód is elérhető, és a rendszergazda általában közli a 
felhasználókkal, hogy melyik működik legjobban. 


SZABVÁNYOS INTERNET CÍMZÉS: 
A NEMZETKÖZI FORMA 


Korábban láttuk, hogy kétféle felső szintű domain név létezik. A régebbi az in- 
tézmények típusait leíró rövidítéseket használ: com, edu, stb. Ezeket az Inter- 
net elődje, az Arpanet számára találták ki, és eredetileg csak egyesült államok- 
beli használatra szánták őket. 
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Az Internet térhódításával azonban világossá vált, hogy jobb rendszerre van 
szükség. A megoldás olyan felső szintű domainek használata volt, amelyek or- 
szágokat reprezentálnak: a felső szintű domain leggyakrabban az ország kétbe- 
tűs nemzetközi rövidítése. Néhány ilyen rövidítést megtalálunk a 4.2. táblázat- 
ban, teljes listájukat a , H" függelék tartalmazza. 


4.2. táblázat. Néhány nemzetközi felső szintű domain 


Jelentés 

Ausztria 

Ausztrália 

Kanada (Canada) 

Svájc (Confoederatio Helvetica) 
Németország (Deutschland) 
Dánia (Denmark) 

Spanyolország (Espafa) 
Franciaország 

Görögország 

Magyarország (Hungary) 

Írország (Ireland) 

Japán 

Uj-Zéland (New Zealand) 
Nagy-Britannia (United Kingdom) 
Egyesült Államok (United States) 





A következő két cím tipikus példája a nemzetközi felső szintű domain hasz- 
nálatának: 


seanídunixi1.tcd.ie 
hanséphysik.tu-mienchen.de 


Első címünk írországi: a dublini Trinity College unix1 nevű számítógépének 
címe. A másik a müncheni Műszaki Egyetem fizika tanszékének egy gépére 
utal. 

Néhány országban a felső szintű domaintól közvetlenül balra egy olyan aldo- 
main áll, mely a felső szintű domaint kategóriákra osztja. Akadémiai és oktatási 
intézmények címében így ac-t láthatunk, kereskedelmi szervezetek címében 
pedig co-t (commercial). A következő cím: 


ottodspan.tuwien.ac.at 


a bécsi Műszaki Egyetem span nevű gépére vonatkozik. 
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Tipp: A britek és az új-zélandiak címeikben gyakran felcserélik az aldo- 
mainek sorrendjét. Találkozhatunk például ilyen címmel: 


victorlaítuk.ac.cambridge.history 


Ha ilyen címre kell levelet küldenünk más országból, cseréljük vissza az aldo- 
mainek sorrendjét a szabályos címzésre: 


victoriaídthistory.cambridge.ac.uk 


Az Egyesült Államokon kívül minden Internet gép a nemzetközi címzést 
használja, amelynek felső szintű domainjében az ország jele áll. Az Egyesült Ál- 
lamokban (és bizonyos mértékben Kanadában) azonban a legtöbb Internet gép 
a régi stílusú címzést használja, edu, com, stb. felső szintű domainekkel. 

Természetesen az egyesült államokbeli gépeknek is jutott nemzetközi cím (us 
kóddal a végén). A legtöbb gépen azonban még nem tértek át az újabb rendszer- 
re. Ez mégsem jelent problémát, hiszen az Internet bármelyik gépével kommu- 
nikálhatunk, tekintet nélkül címünk típusára. 


PSZEUDO-INTERNET CÍMEK 


Sok rendszergazda akad, aki szeretné, ha gépe az Interneten lenne, de nincs 
pénze vagy ideje fenntartani az állandó kapcsolatot. Alternatívaként megold- 
ják, hogy gépük rendszeresen rákapcsolódjék egy Internet gépre, és a címüket 
úgy jegyeztetik be, mintha az valódi Internet cím lenne. (Ennek részleteivel itt 
nem foglalkozunk.) 

Példának okáért legyen a Sigma Star Research nevű kisvállalat címe sig8- 
tar . com. Számítógépük időről időre kapcsolatba lép egy másik géppel, mely 
rajta van az Interneten, s a leveleket átküldik egymásnak. Mi a szokott módon 
küldhetünk levelet a sigstarnak, például a cég ron nevű munkatársának: 
mail ronGsíigstar.com. Arról azonban nem szabad megfeledkeznünk, 
hogy az ilyen címre küldött levelek sokkal lassabban érkeznek meg, mintha va- 
lódi Internet címre küldenénk őket. 

Ha Internet-szerű címet látunk, pusztán a cím alapján gyakran nem tudjuk 
eldönteni, hogy a gép valóban rajta van-e a hálózaton. Olyan címek láttán, mint 
például kisvállalatnév . com, gyanú ébredhet bennünk. Sokszor azonban 
jól ismert nagyvállalatok sem rendelkeznek teljes Internet kapcsolattal. 


Tipp: A legjobb módszer annak kiderítésére, hogy a gép rajta van-e az 
Interneten, a ping parancs használata. Ha nem akarunk kocafel- 
használók maradni, ne csak nézelődjünk az Interneten, hanem ping-el- 
jünk is! 
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UUCP CÍMZÉS ÉS A BUMM-ÚT 


Minden Unix rendszer tartalmaz egy UUCP-nek nevezett, beépített hálózati 
rendszert, amely lehetővé teszi, hogy két tetszőleges Unix gép üzeneteket 
váltson. Az UUCP révén az üzenetek gépről-gépre vándorolnak, míg végső 
céljukat el nem érik. A címben azonban, az Internettől eltérően, meg kell ad- 
nunk a címzetthez elvezető összes útbaeső állomást. 


IT REJT A NÉV? 
UUCP 
Az UUCP rendszert parancscsalád formájában hozták létre. Legismertebb kö- 
zülük az uucp, e parancs nevét viseli a teljes rendszer Is. 
Az uucp parancs file-okat másol egyik gépről a másikra. Az elnevezés a 
, Unix to Unix copy" (másolás Unixról Unixra ) rövidítéséből származik. 


Az UUCP segítségével létrehozható olyan hálózat, amelyben a gépeknek 
nem kell állandó összeköttetésben állniuk. Modemek használatával telefonvo- 
nalakon felhívhatják egymást. Így olcsón olyan rendszerhez jutunk, amely biz- 
tosítja az üzenetek áramlását egymástól nagy távolságra levő gépek között. 

Vegyük a következő példát: egy számítógépen dolgozunk, amely időről időre 
telefonon kapcsolatba lép egy beta nevű géppel. Két címzettnek küldünk le- 
velet, egyiküknek a helyi rendszeren, a másiknak a betán keresztül. 

A levél elküldése után a mail daemon (őt majd később mutatjuk be ) megvizs- 
gálja a címeket. Mivel az elsőlevél helyi felhasználóhoz íródott, ezt azonnal kéz- 
besíti. A daemon ezután felismerve, hogy a második esetben UUCP címről van 
szó, az üzenetet az UUCP kapcsolatra váró küldemények sorához csatolja. 

Később, miután számítógépünk kapcsolatba lépett a beta nevű géppel, a le- 
vél a többivel együtt útra kel, másrészt a beta is elküldi a számunkra tartogatott 
üzeneteket. 

Az UUCP cím formája lényegét tekintve egyszerű. Nem kell mást tennünk, 
csak pontosan megadnunk, milyen útvonalon szeretnénk levelünket célbajut- 
tatni. Az egyes gépek neveit felkiáltójellel választjuk el egymástól, legvégül, 
egy ! után a felhasználó-azonosító áll. 

Az UUCP-n keresztül a betát használó arthurnak a következő módon 
küldhetünk levelet: 


mail beta!arthur 


Újabb példa következik, amely szerint az evers gépre, a chance azonosító- 
jú felhasználónak kívánunk levelet küldeni. Ennek a gépnek azonban nincs 
UUCP kapcsolata a miénkkel, kapcsolatban van viszont a tinker nevű gép- 
pel, amely már a miénkkel is kapcsolatban áll. Így az UUCP-n keresztül célba 
juttathatjuk levelünket: 


mail tinker!evers!chance 
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A nevek felkiáltójelekkel tagolt felsorolását BUMM-ÚTnak (BANG PATH) 
nevezzük, mivel az angol szleng , bang"-nek nevezi a felkiáltójelet. 

UGRÁSnak (HOP) nevezzük azt az utat, amelyen keresztül az üzenet eljut 
egyik gépről a következőre. Az előbbi cím tehát két ugrásból áll. A következő 
UUCP cím öt ugrást tartalmaz: 


alpha!beta! gamma ! delta!epsilon! username 


Nem ritka azonban a tíznél több ugrásból álló cím sem. 

Ha a: UUCP HÁLÓZAT (vagy csak egyszerűen , UUCP") kifejezést használ- 
juk, számítógépek ezreit értjük alatta, melyek mindegyike elérhető UUCP stílusú 
, bumm utakon" keresztül. Közülüksok elérhető Interneten 15, de nem mindegyik. 

Figyelem: ha C-shellt használunk, biztosítani kell, hogy a ! karaktereket ne 
eseményjelzőként értelmezze a shell (I. 2. fejezet). Ezt úgy érhetj ük el, ha egy 
Y (backslash) karaktert teszünk a felkiáltójel elé. Ez a shell számára eszt hogy 
a felkiáltójel betű szerint értendő. Például: 


mail betaS!arthur 
mail tinkerS!eversY ! chance 
alphaV!betaY : gamma) (delta !epsilonY !username 


Ha megfeledkezünk a N jelről, a következő üzenetet kapjuk: 


Event not found. (Nincs ilyen esemény.) 


LEVELEZÉS MÁS HÁLÓZATOKKAL 


Léteznek olyan gateway-ek (kapcsolódási pontok), amelyek az Internetet más 
hálózathoz kapcsolják. A pontos cím ismeretében a gateway-en keresztül küld- 
hetünk leveleket az eltérő hálózatokon dolgozóknak. A dolgot az teszi mókás- 
sá, hogy míg a címzett kereskedelmi rendszert használva gyakran fizetni kény- 
telen a levelekért, addig mi az Internet felhasználóiként ingyen küldhetünk s 
kaphatunk üzenetet. 

Számos hálózatnak van gateway-e az Internethez. Ebben a részben a legnép- 
szerűbbekről lesz szó. Először is léteznek kereskedelmi levelező rendszerek: 
American Online, ATAT Mail, Compuserve, MCI Mail, Prodigy, stb. 
Ha e rendszerek felhasználóinak akarunk levelet küldeni, egyszerűen az alábbi 
domain-ek egyikét kell választanunk: 


aol.cam 
attmail . ccm 
cenyuserve . ccm 
delphi . cem 
mcimail.ccm 
prodigy . ccm 
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Általános szabály, hogy használhatjuk a szabványos formát: a felhasználó 
azonosítóját követi az 8 karakter, ezt pedig a domain. Figyelem: a Compuser- 
ve használ olyan azonosítókat, amelyek vesszőt tartalmaznak, pl. 12345,678. Ha 
ilyen számot Internet címként használunk, a vesszőt pontra kell cserélnünk. Né- 
hány példa: 


nipperíGaol . cam 
nipperíGattmail .cam 
123456.789d6campuserve . cam 
nippertémcimail.cam 
nipperéprodigy . cam 


A kereskedelmi hálózatokon túl Fidonet címekkel is találkozhatunk. A Fido- 
net személyi számítógépek kiterjedt hálózata, melyek telefonvonalon keresztül 
tartják a kapcsolatot. ( Alapelvében tehát hasonlít az UUCP-hez. ) Számos Fido- 
net gép működik Internet gateway-ként. Az ilyen gépeket úgy érhetjük el, ha 
fidonet. org címre küldjük a levelet. (Figyelmeztetés: a telefonkapcsolat mi- 
att a Fidonet levelezés meglehetősen lassú.) 

A Fidonet címek három részből állnak: zónaszám, hálózati szám és a gép szá- 
ma. Tipikus Fidonet-cím például ez: 1:123/456. Ha ilyen címre szeretnénk üze- 
netet továbbítani, a három részt fordított sorrendben, az alábbi módon kell 
megadni: 


fgép .nhálózat . zzóna . fidonet.org 


A Fidonet a címzettek teljes nevét használja, a szavakat ponttal elválasztva. 
Ha tehát Ben Dovernek akarunk levelet küldeni, az 1:123/456-os címre, ezt gé- 
peljük: 


mail Ben.Doveréf456.n123.z1.fidonet org 


Végül lássuk a BITNET-hez vezető gateway-t! A BITNET-et különböző eu- 
rópai, egyesült államokbeli, kanadai és mexikói hálózatok alkotják. Ha BIT- 
NET felhasználónak küldünk levelet, egyszerűen a bitnet felső szintű do- 
maint használjuk. A bal oldali aldomain a bitnet-gép neve lesz. 

Ha például levelet küldenénk Jack barátunknak, akinek bitnet-azonosítója 
jjones és a cunyvm nevű gépen dolgozik, a címzés a következő lesz: 


mail jjonestcunyvm.bitnet 


s Megjegyzés: Sok bitnet-gép neve , vm"-re végződik. Ezek IBM main- 
e frame-ek, amelyek a Virtual Machine operációs rendszert hasz- 
md nálják. 





5. FEJEZET 


AZ elm ELEKTRONIKUS LEVELEZŐ 
PROGRAM 


Az elmlevelező program sok szolgáltatást nyújt és egyszerű használni. Ez azok- 
nak az embereknek a legjobb, akik nem riadnak vissza egy kis tanulástól, hogy 
egy eszközt megtanuljanak jól használni. Bár az alapokat gyorsan el lehet sajá- 
títani, az elmegy sokoldalú program számos haladó szolgáltatással, és megtérül 
a tanulásába fektetett idő. Ezért számos tapasztalt Unix felhasználó az elm-et 
használja. 

Ebben a fejezetben elsajátítjuk, hogy hogyan kell az elm segítségével levele- 
ket küldeni illetve fogadni. Ha még nem olvastuk el a 4. fejezetet, érdemes elol- 
vasni, mielőtt ezt a fejezetet elkezdenénk. A 4. fejezet a címeket taglalja, míg az 
elektronikus levelezéshez kapcsolódó alapvető fogalmakat a UNIX — Bevezetés 
című könyvben tárgyaltuk. 


AZ elm RÖVID TÖRTÉNETE 


A hősidőkben (1986 előtt) a legelterjedtebb levelező programok a szabványos 
Unix levelező program különféle változatai voltak. Az eredeti Unix levelező 
program a mail volt. A 80-as évek közepéig a mail programnak két fejlettebb 
változata létezett: a Berkeley Unix Mail programja, és a System V mailx 
programja. 

Ezen programok számos korláttal bírtak. Talán a legkomolyabb korlát az 
volt, hogy ezen régi levelező programok sororientáltak voltak. Ez azt jelenti, 
hogy sorokat írtak a képernyő aljára, és amikor egy új sor jelent meg, a régiek 
felfelé gördültek. Ez nemcsak lassú és idegesítő volt, hanem teljesen felesleges 
15, mert az akkori terminálok már képesek voltak a képernyő bármely pozíció- 
jába karaktereket kiírni. 

1986-ban egy David Taylor nevű programozó kifejlesztette az elm levelező 
programot. Az elm sokkal jobb volt, mint a többi levelező program. Először 
is képernyő-orientált volt, és a képernyő bármely részére képes volt adatokat 
kiírni. Így támogatni tudta a menüket és egyéb hasznos szolgáltatásokat. Más- 
részt Taylor úgy tervezte a programot, hogy az nemcsak sokoldalú legyen, ha- 
nem még a legtapasztalatlanabb felhasználó is kézikönyvek elolvasása nélkül 
képes legyen elsajátítani az alapfunkciók használatát. 
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Pár év alatt rengeteg ember kezdte el használni az elm-et, főként olyanok, 
akik részt vettek a Usenetben (vitafórumok egész világra kiterjedő hálózata). 
Tayloron kívül mások is segítettek a programot karbantartani illetve a szolgál- 
tatásait fejleszteni. Ezek az emberek 1986-ban megalakították az Elm Develop- 
ment Group-ot (Elm fejlesztő csoport), és fő feladatuknak az elm fejlesztését 
tekintették. 1988-ban Taylor átadta az elm tulajdonjogát a Usenet Community 
Trust-nak, amely hasznos programok terjesztésével foglalkozik az egész világra 
kiterjedő Usenet közösség számára. Meg kell említenünk két nevet: Sydney 
Westont, aki sokáig a hivatalos elm koordinátor volt, és a néhai Robert Bernar- 
dot, akinek az elm számos fejlesztésében oroszlánrésze volt. 


IT REJT A NÉV? 

elm 
Az elm név eredete egyszerű. Dave Taylor, az elm kifejlesztője, az , electronic 
mailer" (elektronikus levelező) rövidítéseként választotta ezt a nevet. 


RÁHANGOLÓDÁS AZ elm-RE 


Ha tisztában vagyunk a levelezés alapfogalmaival, akkor könnyű az elm-et el- 
sajátítani és használni. Kétféleképpen indíthatjuk el az elm-et. A leggyakrab- 
ban egyszerűen kiadjuk az alábbi parancsot: 


elm 


Ennek hatására megjelenik a fő képernyő. A fő képernyőről elolvashatjuk 
bármelyik ránk váró levelünket, de egyben írhatunk és elküldhetünk új levelet 
is. Amikor ily módon indítjuk az elm-et, egy interaktív környezetben dolgo- 
zunk, az egyik parancsot a másik után begépelve, amíg nem végzünk a dolgunk- 
kal. Ekkor kiadjuk a ag parancsot, és kilépünk az elm-bóől. 

Amennyiben csak egyetlen levelet akarunk elküldeni, majd kilépni, akkor az 
elm paranccsal együtt megadjuk annak a személynek a címét, akinek az üzene- 
tet akarjuk küldeni. Például ha egy levelet akarunk küldeni az egyik barátunk- 
nak, akinek a címe wendyémuf fin . com, gépeljük be az alábbiakat: 


elm wendyémiffin.cam 


Ennek hatására az elm elindítja szövegszerkesztőnket, hogy megírhassuk a 
levelet. Amikor elkészültünk a levéllel, az elm arra vár, hogy tudassuk vele, 
hogy el akarjuk küldeni a levelet. Az elküldés után az elm automatikusan kilép. 

Italánosságban, amikor az elm-mel dolgozunk, akkor a parancsokat egy- 
más után adjuk ki. Az összes elm parancs egyetlen karakterből áll (például ag 
a kilépés , guit"). Nem kell ENTER-t ütnünk, hacsak a program nem igényel 
további információkat (pl. állománynév). 
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Még egy utolsó jó tulajdonság: amennyiben a képernyőnk összekuszálódik az 
elm használata közben — mondjuk a zajos telefonvonal miatt — a AL leütésével 
újra kiírathatjuk a képernyő tartalmát. 


DOKUMENTÁCIÓ 


Mint azt az elm elsajátítása során látni fogjuk, a segítő információknak három 
fontos forrása van. Először is, az elm programcsomaghoz tartozik néhány kézi- 
könyv. Ezek: 


Az elm felhasználói kalauz 

Az elm referencia kalauz 

Az elm álnév kalauz 

Az elm szűrő rendszer felhasználói kalauz 
Az elm kérdőív mód kalauz 

Az elm konfigurációs kalauz 


A legtöbb felhasználó számára a felhasználó kalauz hasznos, de nem igazán 
van rá szükség. A referencia kalauz hasznos, de csak azután, hogy már tapasz- 
talt elm felhasználókká váltunk. 

A rendszergazda nem biztos, hogy az elm telepítésekor telepítette a kézi- 
könyvet 15. (Számos rendszergazda nem telepít hatalmas dokumentációkat. 
Ezért ajánlatos megkérdezni, hogy telepítette-e, és ha igen, hol lehet megta- 
lálni.) 


Tipp: Amennyiben van Internet hozzáférésünk, akkor a World Wide 

Web segítségével elérhetjük az elm online kézikönyveit. Ezen kézi- 

könyveket a legegyszerűbben valamelyik web keresővel találhatjuk 
meg, ha az , elm" szót keressük. 


A dokumentáció második fajtáját magába az elm-be építették be. Bármikor 
leüthetjük a ? (kérdőjel) billentyűt, hogy help információt írassunk ki. A leg- 
több esetben az alábbihoz hasonló üzenetet láthatunk: 


Press the key you want help for, "?" for a key list, or " ." to exit help 


Ekkor három lehetőség közül választhatunk. Először is leüthetjük a ?-et má- 
sodszor is, amelynek a hatására a kiadható parancsok összefoglalója jelenik 
meg. Másodszor, leüthetünk egy adott billentyűt, és az elm kiírja, hogy az adott 
parancs mit csinál. Végül leüthetjük a . -ot (pont), hogy kilépjünk a helpból, és 
visszatérjünk ahhoz, amit előtte csináltunk. 
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Tipp: Az elm elsajátításának legjobb módja a kísérletezgetés. Rendszere- 
BE sen használjuk a beépített helpet, listáztassuk ki a használható parancso- 
kat, és mindig próbáljunk ki egyet, amelyet még nem használtunk. 
Lehet, hogy majd egy nap kellemesen fogjuk érezni magunkat az elm-en be- 
lül, és — azon az adott napon - épp nem lesz semmi különösebb dolgunk. Ne 
unatkozzunk! Keressük meg a referencia kézikönyvet, és lapozzuk át. Az elm 
programnak rengeteg szolgáltatása van, és más levelező programoktól eltérő- 
en (pine) ahogy fejlődünk, egyre többet és többet ajánl fel számunkra. Más 
szóval, minél jobbak leszünk, annál jobban fogjuk az elm-et élvezni. 
( Amennyiben nem olyan emberek vagyunk, akik élveznék, hogy játszadoz- 
hatnak egy levelező programmal, akkor miért olvasnánk Unix-könyvet?) 


A segítség harmadik forrása az elm kézikönyv lap. (Az online Unix kézi- 
könyvvel a UNIX - Bevezetés című könyvben találkozhattunk.) Az elm kézi- 
könyv lap kiíratásához használjuk a 


man elm 
parancsot. Ez a dokumentáció áttekintést ad arról, hogy hogyan lehet elindítani 
a programot, illetve elmagyarázza az összes parancssor paraméter jelentését. 


Ezzel ismételten nem kell addig törődnünk, amíg tapasztalatokat nem nyerünk. 
Az 5.1. ábra összefoglalja az eddig tárgyalt két általános parancsot. 


Parancs Leírás 


? a help szöveg megjelenítése (súgó) 
AL a képernyő frissítése 





5.1. ábra. elm: Általános parancsok 


AZ elm ELINDÍTÁSA ÉS LEÁLLÍTÁSA 


Az elm elindításának szokásos módja, hogy a parancs nevét simán begépeljük: 
elm 

Amikor az elm-et első alkalommal indítjuk el, az alábbi üzenetet kapjuk: 
Notice: 
This version of ELM reguires the use of a .elm directory in your hane 


directory to store your elmic and allas files. Shall I create the direc- 
tory .elm for vau and set it w (y/n/g) ? 
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Igenlőleg üssünk y-t. Az elm-nek a helyes működéséhez szüksége van néhány 
állományra, amelyeket a home könyvtárunkban lévő . elm könyvtárban tárol. 
Ezek közül a legfontosabb, elmrc tartalmazza, hogy milyen opciókat és inicia- 
lizálási beállításokat használunk. Amikor a fenti kérdésre igennel válaszolunk 
(v), az elm létrehozza a .elm könyvtárat a megfelelő állományokkal együtt. 

(Vegyük észre, hogy a könyvtár neve ponttal kezdődik. Ez azt jelenti, hogy ez 
egy rejtett könyvtár. Amikor az 18 paranccsal kilistáztatjuk az állományainkat, 
a rejtett állományok és könyvtárak nem íródnak ki, hacsak nem adjuk meg a -a 
(all) opciót. 

Többféleképpen is leállíthatjuk az elm futását. Leggyakrabban a ag parancs- 
csal lépünk ki. Ez tudatja az elm-mel, hogy ki akarunk lépni, és engedélyt kér 
néhány , rendrakó" műveletre. Amennyiben a kilépéskor el akarjuk kerülni 
ezeket a kérdéseket, használjuk a 0 parancsot. 

Amikor az elm elindul, az első dolga, hogy a postaládánkról készít egy máso- 
latot. Minden művelet a másolaton hajtódik végre, nem pedig a valódi postalá- 
dán. Így, amikor mindent jól összezavarunk, megmondhatjuk az elm-nek, hogy 
a postaládát állítsa vissza az eredeti állapotára. Ezt úgy tehetjük meg, hogy az x 
parancs (exit) segítségével lépünk ki. Ugyanúgy, mint a a parancs esetén, azelm 
kilépéskor az x hatására is feltesz néhány kérdést. Amennyiben a kérdéseket 
elkerülve akarunk kilépni, úgy, hogy a postaládát visszaállítjuk az eredeti álla- 
potára, akkor használjuk az X parancsot. 

Az 5.2. ábra összefoglalja azokat a parancsokat, amelyekkel ki lehet lépni az 
elm-bóől. 


Leírás 
kilépés 
kilépés rákérdezés nélkül 


kilépés változtatások nélkül 
ugyanaz, mint x, de rákérdezés nélkül 





5.2. ábra. elm: Kilépés 


A FŐ KÉPERNYŐ 


489 8 


Az elm elindulása után megjeleníti a fő képernyőjét. Az 5.3. ábra egy tipikus 
képernyőt mutat. A felső sor három információból áll: az állomány neve, amely 
a postaládánkat tartalmazza (ezt minden további nélkül figyelmen kívül hagy- 
hatjuk), az el nem olvasott levelek száma, és a futtatott elm verziószáma. Az 5.3. 
ábrán az elm 2.4 programszint 24-es változatát futtatjuk. 

A képernyő nagy részét a levél-összefoglaló, az úgynevezett INDEX teszi ki. 
Nemsokára rátérünk ezen index részletes tárgyalására. Egyelőre csak vegyük 
észre, hogy az elm minden levélhez egy sornyi információt ír ki. 
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A képernyő alján az alábbi help meni jelenik meg: 


You can use arj of the following camands by pressing the first character; 
d)eleteoru)ndeletemail, m)ailamessage, r)eplyor f) orwardmail, g)uit 
To reade a message, press -return:. j - move down, k c move Wp, ? - help 


Ez a rendelkezésünkre álló parancsok rövid emlékeztetője. Ezek csak a leg- 
fontosabbak, ezeken felül még léteznek egyéb parancsok is. Amennyiben egy 
összefoglalót szeretnénk kapni, üssük le kétszer a ? karaktert. 


Tipp: Miután már tapasztalatokra tettünk szert, két opcióval vezérelhet- 
-- jük a help (súgó) összefoglalót. Először is, ha azt mondjuk az elm-nek, 

hogy haladó felhasználók vagyunk, az elm további parancsokat sorol 
fel az összefoglalóban. 

Másodsorban, amikor már olyan tapasztaltak leszünk, hogy egyáltalán nem 
lesz szükségünk a help összefoglalóra, megmondhatjuk az elm-nek, hogy ne ír- 
ja ki. Ez lehetővé teszi, hogy pár sorral több indexet tudjon a program kiírni, így 
egy időben pár üzenettel többet láthatunk. 

Ezeket az óhajainkat opciók beállításával fejezhetjük ki, ezeket majd a ké- 
sőbbiekben taglaljuk. 


AZ INDEX 


Az index az elm legfontosabb része. Itt fogjuk tölteni az időnk jelentős részét, 
itt választjuk ki az elolvasandó levelet, itt lehet olvasás után törölni, menteni, és 
egyéb feldolgozásokat végezni. 

Vessünk egy pillantást az 5.3. ábrán látható indexre. 10 levél-összefoglalót 
tartalmaz. Amennyiben az üzenetek nem férnek ki egy képernyőre, az elm any- 
nyit ír ki, amennyi kifér. Amennyiben a többit 1s látni szeretnénk, a RIGHT 
(JOBB gomb) segítségével lefelé, míg a LEFT (BAL gomb) segítségével felfe- 
lé mozoghatunk. Például az alábbi példában az 1-10-ig terjedő üzeneteket lát- 
juk. Ha leütjük a RIGHT-ot, akkor a 11-20-ig terjedő üzeneteket fogjuk látni. 
Amennyiben még egyszer leütjük a RIGHT-ot, a 21-30-ig terjedő üzenetek je- 
lennek meg. Ha vissza karunk menni az INDEX elejére, üssük le a LEFI-et két- 
szer. 

Minden levél-összefoglaló egy sorból áll. A legbaloldalibb oszlopban egy 
vagy több karakter is mutathatja a levél státusát. A négy leggyakoribb státus 
kód: N, O, D, vagy semmi. (Léteznek egyéb kódok is, de valószínűleg nem talál- 
kozunk velük. Amennyiben látni szeretnénk a teljes listát, nézzük meg az elm 
felhasználói kalauzban.) . 

Az N kód azt jelzi, hogy a levél vadonatúj: még nem láttuk korábban. Amikor 
elolvasunk egy levelet, az elm letörli a N kódot a levél mellől. Így a kód nélküli 
levelek mind olvasottak. Amennyiben úgy lépünk ki az elm-ből, hogy nem ol- 
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Mailbox is " /usr/spool/mail/harley" with 10 messages 
(Elm2.4 PL24] 


Jun14 TheLittleNipper (9) Tuna for dinner? 

Jun 14 Andrew Harlan (12) I know who Cooper 
really is 

Jun 15 Kantor Voy (15) re: Reality Change 
2456-2781 

Jun17 EducatorYarrow (22) Technicianmust be 
dispassionate 

Jun 16 Noys Lambent (5) re: the Hidden 
Centuries 

Jun 16 Laban Twissell (23) don" t w horry about Noys 

Jun 17 Brinsley S. Cooper (5) primitive history 

Jun 17 Vikkor Mallansohn(14) keep the chain intact 

Jun 17 August Sennor (4) time paradox: meeting 
yourself 

10 Jun 17 Antoine Lefebvre (25) eguations £ w ork of 

Jan Verdeer 


You can use any of the following commands by pressing the 
first character; d)elete or u)ndelete mail, m)ail a messa- 
ge, r)eplyor f)orw ard mail, a) uit To reade a message, press 
creturn:. ] - move down, k - move up, ? - help 


Comnmarid : 





5.3. ábra. Egy tipikus elm fő képernyő 


vasunk el egy új levelet, az elm megváltoztatja ezen levelek kódját N-ről O-ra 
(old). Amikor legközelebb elindítjuk az elm-et, a o kód arra emlékeztet ben- 
nünket, hogy még nem olvastuk el. Az 5.3. ábrában az 1-4 sorszámú levelek ré- 
giek, de még nem olvastuk el őket, míg az 5-10-ig terjedőek vadonatújak. 

Az utolsó, gyakran használt státus kód, a D jelöli azt, hogy azt mondtuk az 
elm-nek, hogy törölje ki ezen leveleket. (A részleteket majd a későbbiekben 
fogjuk látni.) Például íme a fenti index egy sora: 


oOo 1 Jun14 TheLittleNipper (9) Tuna for dinner? 
Amennyiben a levél elolvasása után kitöröljük, az elmaz O-t D-re változtatja: 


D 1 Jun14 TheLittleNipper (9) Tuna for dinner? 
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Így, amikor elolvassuk a leveleinket, és törlésre jelöljük azokat, az elm a stá- 
tus kódokat D-re változtatja. Ez segít bennünket, hogy tudjuk mely levelek tör- 
lődnek majd, amikor kilépünk. 

Összefoglalásképp álljon itt egy példa index, amelyben az 1., 2. és 4. levél tör- 
lésre jelölt, a 3. levél régi, még el nem olvasott, az 5., 6. és 8. levelet már olvastuk, 
és végül a 7., 9. és 10. levél vadonatúj, még nem olvastuk. 


D 1 Jun14 TheLittleNipper (9) Tuna for dinner? 


D 2 Jun14 AndrewkHarlan (12) I know who Cooper 
really is 
oO 3 dJun15 KantorVoy (15) re: Reality Change 
2456-2781 
D 4 Jun17 EducatorYarrow (22) Technicianmust be 
dispassionate 
5 Jun16Noys Lambent (5) re: the Hidden Centuries 
6 Juni16Laban Twissell (23) dont w horry about Noys 
N 7 Jun17 Brinsley S. Cooper (5) primitive history 
8 Jun17 Vikkor Mallansohn(14) keep the chain intact 
NM 9 Jun17 August Sennor (4) time paradox: meeting 
yourself 


N 10 Jun17 Antoine Lefebvre (25) edguations £ w hork of 
Jan Verdeer 


Az utolsó státus kód, amelyről még beszélnünk kell az M. Ez azt jelzi, hogy a 
levél Mime hozzáfűzött részt tartalmaz, egy olyan állományt, amelyet a levéllel 
együtt küldtek. A példánkban a 9. levélhez van csatolva egy állomány. Amikor 
ilyen leveleket olvasunk, az elm felismeri, hogy csatolva van egy állomány, és 
felteszi a megfelelő kérdést, hogy az állományt a kívánalmaink szerint dolgozza 
fel. (Másszóval az elm beszél Mime-ul.) 


MOZGÁS AZ INDEXBEN 


Az elm azindex egy adott sorát mindig inverzen írja ki. Az ebben a sorban lévő 
levelet AKTUÁLIS LEVÉL-nek nevezzük. Amikor elindítjuk az elm-et, a leg- 
frissebb még el nem olvasott levél az aktuális levél. 

Ha el akarunk olvasni egy levelet, csak rá kell lépnünk - vagyis ezt kell az 
aktuális üzenetté tenni -—, majd le kell ütnünk aRETURN-t. Sokféleképpen mo- 
zoghatunk az indexben. A két legegyszerűbb módszer, hogy a DOWN (LE) és 
UP (FEL) billentyűk segítségével egy sort lépünk. Az egyszerűség kedvéért 
egyet léphetünk lefelé a j karakterrel, illetve felfelé a k karakterrel is. Ez lehe- 
tővé teszi, hogy a sorok között úgy mozogjunk, hogy közben nem kell levenni a 
kezünket a billentyűzetről. (Megjegyzés: A vi ugyanezeket a billentyűket hasz- 
nálja.) 

A fejezet későbbi részében látni fogjuk, hogy amikor törlünk egy levelet, 
valójában az elm nem törli azonnal, hanem töröltnek jelzi, és csak kilépéskor 
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végzi el magát a törlést. Az UP és DOWN parancsok intelligensek, mert az in- 
dexben átugorják a törölt üzeneteket. Azonban ha mégis egy kitörölt üzenetre 
akarunk lépni — mondjuk vissza akarjuk vonni a törlést, amiről majd a későb- 
biekben lesz szó -, akkor használjuk a J (le) illetve a k (föl) parancsokat. Ezen 
parancsok nem ugorják át a törölt leveleket. 

Számos módon közvetlenül is ráugorhatunk egy adott levélre. Először is meg- 
adhatjuk a levél számát, és RETURN-t ütünk. Ennek hatására az elm az adott 
levélre ugrik. Például ha a 27. levélre akarunk ugrani, gépeljük be a 27-et, majd 
üssünk RETURN-t. Az index elejére vagy a végére ugrásra speciális parancsok 
vannak. Az z (egyenlőség jel) az első levélre ugrik, míg a " (csillag) parancs az 
utolsóra. 

Néha szeretnénk egy adott mintát megkeresni az indexben. Például meg sze- 
retnénk nézni, hogy van-e levelünk a barátunktól, Scott-tól. Ehhez gépeljük be 
a / (per jel) karaktert, majd utána a keresett mintát, és zárjuk RETURN-nel. 
Amikor a mintát adjuk meg, nem kell nagybetűket használnunk, mert az elm 
nem tesz különbséget a kis- és a nagybetűk között. Például kiadhatjuk a 
/ assottRETURN parancsot. A keresés megismétléséhez használjuk a / RE- 
TURN parancsot. Ennek hatására az elm az előző mintát keresi újra, anél- 
kül, hogy azt nekünk újra meg kellene adnunk. 

Amennyiben a levelek szövegében akarunk keresni, nemcsak az indexben, 
használjunk / / (két per jel) karaktert a / helyett. Például, ha meg akarjuk ke- 


Parancs Leírás 
RIGHT (JOBBRA) kiírja az index következő oldalát 
- ugyanaz, mint RIGHT 
LEFT (BALRA) kiírja az index előző oldalát 
- ugyanaz, min LEFT 
DOWN (LE) a következő ki nem törölt üzenetre lép 
j ugyanaz, mint DOWN 
J a következő üzenetre lép attól függetlenül, 
hogy az ki van-e törölve vagy sem 
az előző ki nem törölt üzenetre lép 
k ugyanaz, mint UP 
K a következő üzenetre lép attól függetlenül, 
hogy az ki van-e törölve vagy sem 
Sorszám RETURN a megadott sorszámú üzenetre ugrik 
- az első üzenetre ugrik 
8 az utolsó üzenetre ugrik 
/minta RETURN az indexben megkeresi az adott mintát tartalmazó 
sort 
/RETURN az indexben megkeresi az elaamintát tartalmazó sort 
//minta RETURN az aktuális üzenetekben keresi a megadott mintát 





5.4. ábra. elm: Mozgás az indexben 
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resni a következő olyan levelet, amely a , money" szót tartalmazza, akkor adjuk 
ki a / money RETURN parancsot. 


HUSZ Megjegyzés: Amennyiben nem ezt a levelet kerestük, a keresés folytatá- 
EM sa előtt egy sorral lejjebb kell mennünk, ellenkező esetben az elm újra és 
——I újra ugyanezt a levelet találná meg. 


Tipp: A / és / / parancsok mindegyike előrefelé keres, az aktuális sortól 
-H kezdődően. A keresés az index végéig tart, de nem kezdődik újra az ele- 
jétől. Így, amennyiben az első üzenettel akarjuk kezdeni, le kell ütnünk a 
z-t (egyenlőség jel), hogy a keresés megkezdése előtt az index elejére ugorjunk. 


L 4 


Az 5.4. ábra az indexben történő mozgásra használt parancsokat foglalja 
Össze. 


EGY LEVÉL MEGJELENÍTÉSE 


Ha ki akarunk íratni egy levelet, egyszerűen lépjünk rá és üssünk RETURN-t 
vagy SPACE-t. Az elm általában nem mutatja a nem túl fontos fejléc soro- 
kat. Amennyiben a teljes fejlécet látni szeretnénk, a RETURN vagy a SPACE 
helyett adjuk ki a h parancsot. 

Amikor ezen parancsok valamelyikét használjuk egy levél kiíratására, azelm 
a levél elolvasása után ugyanarra a helyre tér vissza az indexben, ahol az olvasás 
megkezdése előtt tartózkodott. Azonban egy levelet kiírathatunk az n parancs- 
csal is. Ekkor az elm a levél elolvasása után automatikusan a következő levélre 
tér vissza az indexbe. 

Például tegyük fel, hogy az 5. az aktuális levél. Amennyiben a RETURN vagy 
aSPACE segítségével olvassuk el, akkor a levél elolvasása után, az indexbe visz- 
szatérve továbbra 15 az 5. marad az aktuális. Azonban ha az n parancsot használ- 
juk a levél elolvasására, akkor az indexbe visszatérve a 6. lesz az aktuális. 

Az elm mindig egy képernyőnyi részt ír ki egyszerre. Ehhez egy beépített la- 
pozó programot használ. ( A lapozó program egy olyan eszköz, amely segítségé- 
vel állományokat jeleníthetünk meg a képernyőn.) 

A levél olvasása közben számos parancsot használhatunk. Ezek közül a leg- 
hasznosabb a SPACE. Ennek hatására az elm kiírja a következő képernyőnyi 
részt. Ha egy levél végén vagyunk, akkor aS$PACE leütésének hatására a követ- 
kező levélbe lépünk. Így az összes levelünket egyszerűen elolvashatjuk, ha az 
elsőre állunk, és mindig SPACE-t ütünk. Így mindig csak egy képernyőnyit ol- 
vasunk egyszerre. 

Amennyiben egyszerre csak egyetlen sorral akarunk a levelünkben lejjebb 
menni, akkor üssünk RETURN-t. Amennyiben a levél végén állunk, és RE- 
TURN-t ütünk, az elm ugyanazt a levelet kezdi el az elejétől fogva kiírni. Ezt 
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érdemes a fejünkbe vésni, mert a levél olvasása közben nincs más módunk a már 
korábban elolvasott részekhez visszalépni. 

Ha ki akarunk lépni a lapozó programból, és vissza akarunk menni az index- 
be, üssünk a-t. 


Tipp: Azindex használata közben rendelkezésünkre álló parancsok nagy 
5 része a levél olvasásakor a lapozó programban is rendelkezésünkre áll. 

Ezlehetővé teszi, hogy az üzenetet feldolgozzuk anélkül, hogy vissza kel- 
lene mennünk az indexhez. Például törölhetjük, menthetjük, vagy továbbíthat- 
juk az üzenetet, miközben olvassuk. Hogy kiírassuk az összes lehetséges paran- 
csot, üssük le a ?-et (kérdőjelet). 


Mint azt már a korábbiakban láttuk, az elm-hez tartozik egy beépített lapozó 
program, amely megfelel a céljainknak. Azonban számos felhasználó jobban 
szeret egy több szolgáltatást nyújtó lapozó programot használni. Amennyiben 
nem a beépített lapozó programot akarjuk használni, megadhatjuk a sajátun- 
kat. Ezt úgy tehetjük meg, hogy az elm-en belül a , Display" opciót (a fejezet 
későbbi részében magyarázzuk el), vagy a pager környezeti változó értékét 


Parancs Leírás 
RETURN kiírja az aktuális üzenetet 
SPACE ugyanaz, mint a RETURN 


h kiírja az aktuális üzenetet az összes fejlécsorral együtt 
n kiírja az üzenetet, majd az aktuális üzenetet 
a következőre állítja 





5.5. ábra. elm: Az üzenetek kiíratása 


Parancs Leírás 

SPACE (üzeneten belül) kiírja a következő képernyőnyi 
szöveget 

SPACE (üzenet végén) kiírja a következő üzenetet 

RETURN (üzeneten belül) kiírja a következő sort 

RETURN (üzenet végén) újra kiírja az aktuális üzenetet 


d kilép a lapozó programból, és visszatér az indexhez 
? kiírja a parancs-összefoglalót 


Megjegyzés: 
A legtöbb elm parancs hozzáférhet a beépített lapozó programon belül. 
A ? parancs segítségével ki lehet íratni a parancs-összefoglalót. 





5.6. ábra. elm: Az üzenetek olvasásakor használható parancsok 
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állítjuk be. (A környezeti változók beállítását C-shell használata esetén a 2. fe- 
jezet, míg Korn-shell esetén a 3. fejezet taglalja.) 


Tipp: A less egy lapozó program. Egy jól használható beállítást kapunk 
a -8CM opciókkal. Ha a levelek olvasására ezt akarjuk használni, állítsuk 
be az elm-ben a , Display" opciót less -8CM-re. 


Az 5.5. ábra összefoglalja a levelek kiíratására használható parancsokat. Az 
5.6. ábra a levél olvasása alatt a lapozó programban kiadható parancsokat mu- 
tatja. 


EGY ÚJ LEVÉL MEGÍRÁSA 


Két módon írhatunk illetve küldhetünk el új levelet. Amennyiben már az elm- 
ben vagyunk, megmondhatjuk neki, hogy egy új levelet szeretnénk írni. A másik 
mód, amikor a shell promptnál vagyunk, elindíthatjuk az elm-et eleve úgy, hogy 
egyetlen levelet küldjön el, majd lépjen ki. Nézzük, hogyan is megy ez. 

Amennyiben az elm-en belül vagyunk a fő képernyőn, az m (mail) parancs 
kiadásával írhatunk új levelet. Az elm az alábbi prompt kiírásával kérdezi 
meg a címzett címét: 


Send the message to: 


Adjunk meg egy vagy több címet, majd üssünk RETURN-t. 
A második módszer esetén a shell promptnál úgy adjuk ki az elm parancsot, 
hogy már eleve megadunk neki egy vagy több címet. Például: 


elm whendyémiffin. cam 


Ekkor az elm , send only" módban fog működni, ami azt jelenti, hogy ezt az új 
levelet el tudjuk küldeni, de nem tudunk nekikezdeni a postaládánkban lévő 
levelek olvasásának. A levél elküldése után azelmautomatikusan kilép, és visz- 
szatér a shell prompthoz. 

Attól függetlenül, hogy hogyan 15 kezdtünk neki az új levél megírásának, mi- 
helyst elindultunk, ugyanazt kell végigcsinálnunk. Először is az elm az üzenet 
témáját kéri (subject): 


Subject of message: 


Gépeljük be a témát, majd üssünk RETURN-t. Ezek után az elm megkérde- 
zi, hogy akarunk-e a levélből valakinek másolatot küldeni: 


Copiegs to: 


Az elm elektronikus levelező program 113 


Bármilyen címet is adunk itt meg, az bekerül a fejléc Cc : sorába. Amennyi- 
ben nem akarunk senkinek sem másolatot küldeni, egyszerűen üssünk RE- 
TURN-t. 

Most, miután már megadtuk a legalapvetőbb adatokat, az elm elindítja az 
editorunkat, hogy megírhassuk a levelet. 

Melyik editort használja az elm? Amelyiket mi akarjuk. Általában a Unix 
editorok valamelyikét választjuk, mint pl. a vi vagy az emacs, vagy a pico. 
Az elm alapértelmezésben egy beépített editort használ, de az nehézkes, és 
nem valószínű, hogy azt akarnánk használni. Amikor a rendszergazdánk telepí- 
tette az elm-et, megadott egy alapértelmezett editort. (A legvalószínűbb, hogy 
a vi-t.) Amennyiben ez nincs az ínyünkre, két módon változtathatjuk meg. 

Először, az elm-en belül beállíthatjuk az , Editor" opciót (a későbbiekben 
elmagyarázzuk) arra a névre, amelyet használni akarunk. A másik lehetőség, 
hogy az EDITOR környezeti változót beállítjuk a kedvenc editorunk nevére. 
(A környezeti változók beállítását C-shell használata esetén a 2. fejezet, míg 
Korn-shell esetén a 3. fejezet taglalja.) 

Az editor elindulta után addig írjuk a levelet, amíg csak akarjuk. Amikor ki- 
lépünk, visszatérünk az elm-be, amely több lehetőséget is felajánl. A levelet az 
s leütésével küldhetjük el, az egészet elfelejtethetjük, ha leütjük az £-et, vissza- 
mehetünk az editorba az e-vel, vagy módosíthatjuk a fejlécet a h begépelésével. 
Ezek a parancsok teljesen maguktól értetődőek, és egy kis gyakorlás után vil- 
lámgyorsan fogjuk kiadni azokat, mint a profik, rá sem nézve a billentyűkre. 

Most nézzük meg a fejléc módosítását. Amikor elkezdünk egy levelet írni, az 
elm megkérdezi a címzett címét, a témát, és hogy milyen címekre küldjön má- 
solatot. Ezek mind részei a fejlécnek. A cím a To:, a téma a Subject :, a má- 
solat információ pedig a Cc : sorba kerül. 

Az elm lehetővé teszi, hogy a fejlécet módosítsuk, így könnyű változtatáso- 
kat végrehajtani. Amikor a levél megírása után leütjük a h-t, az elmegy speciá- 
lis fejléc menüt ír ki. Ekkor megadhatjuk, hogy a fejléc melyik sorát akarjuk mó- 
dosítani, és megadjuk amit akarunk. Például egy rejtett másolatot akarunk 
küldeni valakinek a Bcc : sort használva. Vagy esetleg meg akarjuk változtatni 
a Subject : sor tartalmát, mielőtt elküldenénk a levelet. 


s Megjegyzés: Ezeken kívül az elm megengedi egyéb fejléc sorok módo- 
cet sításátis, de ezeket valószínűleg nem fogjuk használni, így kár azonizgul- 
M-II ni, hogy nem értjük mindegyik jelentését. 


Amikor befejeztük a fejléc menü használatát, a kilépéshez üssük le a g-t. 
Ezek után már az sb begépelésével elküldhetjük a levelet (az e-vel újra editál- 
hatjuk vagy az f-fel elfelejtethetjük). 

Lehetőségünk van aláírás (signature) létrehozására, amelyet az elm automa- 
tikusan minden elküldött levél végére fűz. (Az aláírás általában a nevünket, és a 
mail címünket tartalmazza. De beletehetjük a telefonszámunkat, postai címün- 
ket, de akár egy szellemes mondást 15.) Amennyiben aláírást akarunk alkalmaz- 
ni, nem kell mást tennünk, mint egy pár sornyi szöveget írni és azt a . 8igna- 
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ture nevű állományban eltárolni a home könyvtárunkban. Az elm megtalálja 
ezt az állományt és minden kimenő levelünkhöz hozzáfűzi. 

Az 5.7. ábra összefoglalja a levelek létrehozására és elküldésére használt pa- 
rancsokat. 


Leírás 
(a fő képernyőn) létrehoz egy új üzenetet 
(létrehozás után) elküldi az üzenetet 


(létrehozás után) eldobja az üzenetet 
(létrehozás után) újraindítja az editort 
(létrehozás után) editálja a fejlécet 





5.7. ábra. elm: Új üzenet létrehozása 


AZ elm ELINDÍTÁSA EGY LEVÉL 
ELKÜLDÉSÉHEZ 


A korábbiakban láttuk, hogy hogyan használhatjuk az elm programot a shell 
prompt alól, hogy elindítsuk a levelező programot, elküldjünk egyetlen le- 
velet, aztán kilépjünk. Egyszerűen adjuk meg a címet (vagy címeket) ahova a 
levelet el akarjuk küldeni. Például: 


elm w ;endyémuffin. cam 


Amennyiben az elm-et így indítjuk el, akkor több rövidítéssel is élhetünk. 
Először is, a témát rögtön a parancssorban megadhatjuk a -s opció után. 
Amenynyiben a téma valamilyen speciális karaktert tartalmaz (szóköz, írás- 
jel), tegyük az egészet egyes idézőjelek közé. Íme néhány példa: 


elm -s Hello w hendyémffin. cam 
elm -s "Canyou do me a favor?" whendyámuf fin. cam 
elm -s "Want to go to movie?" randy melissa tlnénipper.ucsb.edu 


Egy másik gyorsításra is lehetőségünk van, amennyiben az elküldendő levél 
szövege egy állományban van. Az állomány nevét megadhatjuk a parancssor- 
ban a standard input átirányításával. A dolog lényege, hogy megadjuk a c (ki- 
sebb jel) után az állomány nevét, amelyből a bemenetet olvasni kell. 

Például tegyük fel, hogy egy levelet tárolunk az invitation nevű állo- 
mányban. Ezt a levelet el akarjuk küldeni egy barátunknak, akinek a címe 
wendytémuffin. com, és azt akarjuk, hogy a levél témája a , Party in my 
house" legyen. Ehhez használjuk az alábbi parancsot: 
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elm -s "Party inmy house" w h endyémuffin.cam cz invitation 


Amikor az elm-et így indítjuk, az a levelet automatikusan elküldi, nem kér- 
dez tőlünk semmit. 


Tipp: Amennyiben ugyanazt az üzenetet egyszerre több embernek is el 
EZ akarjuk küldeni, előre írjuk meg az üzenetet egy állományban, aztán 

az összes embernek egyidejűleg küldjük el oly módon, hogy a standard 
bemenetet átirányítjuk erre az állományra. Például: 


elm -s "Directions tomy house" curly larry moe groucho - map 


ÁLLOMÁNYOK CSATOLÁSA A LEVELEKHEZ 


Az Interneten kifejlesztettek egy rendszert, a Mime-t (Multipurpose Internet 
Mail Extension), hogy különféle típusú állományokat csatolhassunk a levelek- 
hez. Amikor az elmegy olyan levelet olvas, amely csatolt állományt tartalmaz, a 
fejléc tartalmaz információkat a csatolt állomány típusáról. Az elm a Metamail 
program segítségével értelmezi, és kezeli a csatolt állományt. Így az elm olvasni 
tudja, illetve fel 15 tudja dolgozni a Mime csatolt állományokat tartalmazó leve- 
leket. 

Ez nagyon Jól jön, amikor ilyen levelet kapunk, de mit kell tennünk, ha mi 
magunk szeretnénk egy elküldendő levélhez csatolni egy állományt? A vá- 
lasz, hogy meg lehet mondani az elm-nek, hogy csatoljon állományt a levél- 
hez, de bonyolult, és nem célszerű használni. 


Tipp: Az elm-ben nagyon körülményes állományokat az üzenethez kap- 
-H csolni. A legjobb megoldás, hogy amikor állományokat akarunk az üze- 

neteinkhez kapcsolni, használjuk a pine-t. Bár általában sokan elő- 
nyben részesítik az elm-et, be kell látni, hogy Mime kapcsolt állományok 
létrehozására a pine sokkal alkalmasabb. 


VÁLASZADÁS A LEVELEKRE 


Miután elolvastunk egy levelet, el kell döntenünk, hogy mi legyen vele. Az elm- 
mel minden egyszerű. A fő képernyőről számos parancsot választhatunk ki, 
hogy az aktuális levelet feldolgozzuk. 

Ha válaszolni akarunk egy levélre, adjuk ki az r parancsot. Az elm előkészíti 
nekünk a levelet, és elindítja az editort. Amikor kilépünk az editorból, minden 
ugyanúgy megy, mintha egy új levelet írnánk. Ne izguljunk a válasz-cím miatt: az 
elm az eredeti levél fejlécéből kiszedi nekünk. 
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Esetenként kaphatunk olyan levelet is, amelyet több címzettnek is elküldtek. 
Amikor ilyen levélre válaszolunk, döntenünk kell: csak annak akarunk vála- 
szolni, aki a levelet küldte, vagy azt akarjuk, hogy a többi címzett is megkapja 
a választ. Amennyiben csak a levél küldőjének akarunk válaszolni, adjuk ki 
az r parancsot. Azonban ha azt akarjuk, hogy mindenki kapjon a válaszból 
egy másolatot, akkor használjuk a g (group reply) parancsot. Ez megmondja 
az elm-nek, hogy a válaszból küldjön egy-egy másolatot az eredeti levél min- 
den címzettjének. 

Amikor kiadjuk az r vagy a g parancsot, az elm megkérdezi, hogy az eredeti 
levelet bele akarjuk-e tenni a válaszba. Általában igen, mert ekkor a levél meg- 
válaszolásakor az eredeti levél részeit idézni tudjuk. Íme miért: 

Amikor egy levélre válaszolunk, ne tételezzük fel, hogy a küldő a levelének 
minden egyes szavára emlékszik. Sok ember annyira sok levelet küld és kap, 
hogy könnyen zavarba jöhetnek, ha egy olyan levelet kapnak, amelyben homá- 
lyos utalások vannak valamilyen korábbi levélre. Például mit gondolnánk, ha az 
alábbi levelet kapnánk? 


Nem ertek egyet, mert szerintem tobb idore lesz szuksegunk. 
Janetnek sok dolga van es nem er ra ma delutan 4 :30 utan. 


Képzeljük el, hogy felettébb elfoglaltak vagyunk, és a fenti levelet kapjuk 
még 40 másik társaságában. Mit jelent ez a levél? Ebben az esetben az eredeti 
levél egy terjedelmes feljegyzés volt, amely egy új tanszék létrehozásával foglal- 
kozott. A levél végén az alábbi sorok voltak; 


A megbeszelesunket holnap delutan szeretnem tartani . 

Ez nemhiszem, hogy gondot okoz, mert minden elo lesz keszitve. 

Ha segítsegre lemne szukséged, kerd meg Janetet, hogy maradjan bent to- 
vabb. 


Nem lett volna sokkal érthetőbb, ha a levél küldője a fenti sorokat beletette 
volna a válasz levelébe? Például egy érthetőbb válasz: 


s: Amegbeszelesunket holnap delutan szeretnem tartani . 
s Ez nemhiszem, hogy gondot okoz, mert minden elo lesz keszítve. 


Nem ertek egyet, mert szerintem tobb idore lesz szuksegunk. 


s Ha segitsegre lemne szukséged, kerd meg Janetet, hogy maradjon bent 
tovabb. 

Bár úgy gondolhatnánk, hogy mindenki könnyen visszaemlékezik minden 
egyes leírt szavára, ez nem így van. A válaszba érdemes beletenni az eredeti le- 
velet, és kitörölni az érdektelen részeket. 

Hogy segítséget nyújtson, az elm az eredeti levél minden sora elé beszúr egy 
(nagyobb jel) karaktert. Ez egy elfogadott jelölés, mindenki meg fogja érteni. 
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Mint azt már korábban láttuk, ha van egy aláírás állományunk (egy .sig- 
nature állomány a home könyvtárunkban), az elm automatikusan beleteszi 
az összes elküldött levelünk végére. Ez akkor is igaz, amikor választ írunk. 

Az 5.8. ábra összefoglalja a levelek megválaszolására használható parancsokat. 


Parancs Leírás 
r választ hoz létre az aktuális üzenetre 


g megegyezik r-rel, de az eredeti levél címzettjeinek is küld 
egy-egy másolatot 





5.8. ábra. elm: Válaszolás üzenetekre 


LEVÉL TOVÁBBÍTÁSA 
ÉS TOVÁBBPATTINTÁSA 


Egy levélre nemcsak válaszolhatunk, hanem továbbíthatjuk (forward) is, illetve 
tovább is pattinthatjuk (bounce) azt. A főképernyőn adjuk ki az f parancsot, ha 
továbbítani szeretnénk az aktuális levelet, illetve adjuk ki a b parancsot, ameny- 
nyiben tovább szeretnénk azt pattintani. 

Amikor továbbítunk egy levelet, lehetőségünk van rá, hogy saját megjegyzé- 
seket fűzzünk a levélhez. Sőt, az elm megjelöli az eredeti levél sorait egy-egy - 
karakterrel. Amikor csak továbbpattintunk egy levelet, a levelező program 
pontos másolatot küld a címzettnek, változtatások nélkül. Így amikor egy to- 
vábbított levelet kapunk, nyilvánvaló, hogy azt valaki továbbküldte. Azonban 
amikor egy továbbpattintott levelet kapunk, nagyon figyelmesen kell tanulmá- 
nyoznunk a levelet, hogy rájöjjünk, hogy nem mi voltunk az eredeti címzettek. 


Tipp: Soha sem feltételezzük, hogy valami is titkos. Néhány ember szo- 
B kása, hogy a kapott leveleit továbbküldözgeti. Semmi garanciánk nincs 
arra, hogy amit írunk valakinek, nem küldik tovább valaki másnak. 
Legalább ilyen fontos, hogy amikor kapunk egy érdekes, vagy megdöbbentő 
levelet, szánjunk rá egy percet és nézzük meg, hogy valóban nekünk szánták, 
vagy csak valaki továbbküldte. Amennyiben a teljes fejlécet meg akarjuk néz- 
ni, használjuk a h parancsot (a fejezet korábbi részében tárgyaltuk). 


Az 5.9. ábra összefoglalja a levelek továbbítására illetve továbbpattintására 
használt parancsokat. 


Parancs Leírás 


f továbbítja az aktuális üzenetet (forward) 
b továbbpattintja az aktuális üzenetet 





5.9. ábra. elm: Jovábbítás és továbbpattintás 
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LEVELEK MENTÉSE 


Az aktuális levél elmentésére használjuk az 8 vagy a C parancsot. ( Vegyük észre, 
hogy ez egy nagy C.) Ezen parancsok mindegyike elmenti az aktuális levelet a 
megadott állományba. Amennyiben egy a mail könyvtáron belüli gyűjtőbe 
(folder) akarjuk menteni a levelet, gépeljünk egy - (egyenlőség jel) karaktert 
az állomány neve elé. Például ha a mail könyvtárunkban lévő harley nevű 
gyűjtőbe akarunk egy levelet elmenteni, gépeljük be a -harley nevet. 


s. Megjegyzés: A gyűjtő egyszerűen egy olyan állomány, amely leveleket 
tartalmaz. A mail könyvtárunkat az elm hozta létre számunkra. Ez a 
——d home könyvtárunkban lévő Mail nevű alkönyvtár. 

Az a különbség az s(ave) és a cC(opy) parancsok között, hogy az 8 parancs 
után az elm automatikusan törlésre jelöli a levelet. A C parancs esetében az 
elm megőrzi azt. 


Tipp: Amennyiben átváltottunk egy másik gyűjtőre, a szokásos postalá- 
dára a c parancs majd egy ! (felkiáltójel) begépelésével térhetünk vissza, 
nem pedig egy gyűjtő nevének begépelésével. 


Miután egy gyűjtőbe elmentettünk egy levelet, azt két módon olvashatjuk el. 
Először is az elm-en belül a c(hange folder) parancs segítségével válthatunk át 
az egyik gyűjtőről a másikra. A második lehetőség, hogy az elm-et a -f opcióval 
indítjuk, hogy az egy adott gyűjtőből olvassa a leveleket, nem pedig a szokásos 
postaládából. 

Például tegyük fel, hogy elmentettünk néhány üzenetet a mail könyvtárban 
lévő harley nevű gyűjtőbe. Az elm-en belül átválthatunk erre a gyűjtőre, ha 
kiadjuk a c parancsot, és az :harley nevet adjuk meg neki állománynévnek. 
Vagy elindíthatjuk az elm-et az -f opcióval és utána a gyűjtő nevével: 


elm -f -harley 
Az 5.10. ábra összefoglalja a levelek elmentésére használatos parancsokat. 


Parancs Leírás 
z elmenti az aktuális üzenetet, majd törölhetőnek jelöli 


6 (copy) törlés nélkül menti az aktuális üzenetet 
c átvált egy másik postaládára 





5.10. ábra. elm: Üzenetek elmentése 
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LEVELEK TÖRLÉSE 


Ha az aktuális levelet akarjuk törölni, a fő képernyőn egyszerűen üssük le a d-t. 
Ennek hatására az elm törlésre jelöli a levelet. (Egy D-t látunk az indexben a 
sor bal szélén.) Később, amikor kilépünk, az elm valóban kitörli a levelet a pos- 
taládánkból. 

Ha a kilépés előtt meggondoljuk magunkat, visszavonhatjuk a törlést. Men- 
jünk rá a levélre és üssünk u-t. A D státus kód eltűnik, és a levél nem törlődik 
kilépéskor. 

Előfordulhat, hogy rengeteg levelet dolgoztunk fel, és jelöltünk törlésre, és az 
indexünk tele van törlésre kijelölt levelekkel. Ha kilépünk, rákényszerítjük az 
elm-et, hogy valóban törölje azokat. Azonban van egy egyszerűbb módszer 
is: használjuk a $ parancsot. Ez megmondja az elm-nek hogy szinkronizálja új- 
ra a postaládát. 

A $ leütésének két hatása lesz. Először is az elm új leveleket keres. Másod- 
sorban az elm valóban kitörli a törlésre jelölt leveleket. Azonban legyünk kö- 
rültekintőek: ha ily módon töröljük a leveleket, az ugyanúgy végleges, mintha 
kilépnénk. A $ parancs kiadása után már nem lehet a törlést visszavonni. 


. Tipp: Ha sok üzenetet jelöltünk meg törlésre, és meggondoljuk magun- 
-B kat, egyesével visszavonhatjuk a törlési jelölést. Azonban egyszerűbb, ha 
az x (exit) használatával kilépünk az elm-ből. Ennek hatására kilépünk 

az elm-ből anélkül, hogy bármilyen változás bejegyződne a postaládánkba. Az 
elm azért tudja ezt megtenni, mert a postaládánk egy másolatával dolgozik. 


s Megjegyzés: Amennyiben korábban már kiadtuk a $ parancsot, hogy új- 
ra szinkronizáljunk, hiába lépünk ki az x-szel, az már nem állítja vissza a 
— I postaládánkat. Ez annak a következménye, hogy a $ parancs hatására az 
elm a valódi postaládát, és nem a másolatot frissíti. 


Az 5.11. ábra a törlés és törlés visszavonás parancsokat foglalja össze. 


Parancs Leírás 
törli az aktuális üzenetet 


visszavonja a törlést az aktuális üzenetre 
újra szinkronizálja a postaládát 





5.11. ábra. elm: Üzenetek törlése 
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CÍMLISTA HASZNÁLATA: 
ÁLNEVEK (ALIASES) 


Az elm segít a nevek és levélcímek nyilvántartásában. Az ilyen neveket álnév- 
nek (alias) nevezzük. Egy beépített mechanizmus segít minket az álnevek hasz- 
nálatában. 

Ha olyan valakitől kapunk üzenetet, akinek a címét el akarjuk menteni, üssük 
le az a karaktert, hogy elindítsuk az álnév szolgáltatást. Amennyiben kiadjuk az 
a parancsot, az elm kijelzi az összes álnevünket, és parancsra vár. 

A leghasznosabb parancs az a újbóli leütése. Ez tájékoztatja az elm-et, hogy 
az aktuális levél címét és nevét felhasználva hozzonlétre egy álnevet. Amennyi- 
ben egy vadonatúj álnevet akarunk létrehozni, amely nem kapcsolódik az ak- 
tuális üzenethez, üssük le az n karaktert. Mindkét esetben az elm megkérdezi 
az új álnevet. Először megkérdezi az adott személy vezetéknevét, majd utána 
a keresztnevét. Ha a címet az aktuális levélből kell venni, az elm a fejlécet meg- 
nézve megpróbálja kitalálni a nevet. Ha az elm-nek nem sikerül helyesen kita- 
lálni a nevet, begépelhetjük a helyes nevet. 

Amennyiben már vannak álnevek a listán, ráléphetünk és leüthetjük a RE- 
TURN-t. Ennek hatására az álnévhez tartozó cím kiíródik. Az álnevekre is rá 
lehet lépni és törlésre lehet jelölni a d-vel, illetve vissza lehet vonni a törlésre 
jelölést az u-val. (Az összes törlésre jelölt álnév törlődik, mihelyst visszalépünk 
a fő képernyőre.) Ha valakinek levelet akarunk küldeni, akinek állandóan lefe- 
lejtjük a címét, ráléphetünk az álnevére, és leüthetjük az m-et. 

Végül, amikor befejeztük az álnév szolgáltatás használatát, üssük le a g karak- 
tert (guit), hogy visszatérjünk a fő képernyőre. 

Az 5.12. ábra az álnevek létrehozására és használatára használt parancsokat 
foglalja össze. 


Parancs Leírás 
(a fő képernyőn) elindítja az álnév szolgáltatást 
(az álnév szolgáltatáson belül) az aktuális üzenetet 
használva álnevet hoz létre 
(az álnév szolgáltatáson belül) vadonatúj álnevet hoz létre 


(az álnév szolgáltatáson belül) kiírja az álnév címét 

(az álnév szolgáltatáson belül) törlésre jelöli az álnevet 
visszavonja a törlést az álnévre 

létrehoz egy az álnévnek elküldendő üzenetet 

kilép az álnév szolgáltatásból, és visszatér a fő képernyőre 





5.12. ábra. elm: Álnevek 
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AZ elm TESTRESZABÁSA: — 
OPCIÓK ÉS AZ elmrc ÁLLOMÁNY 


Az elm-et a saját szájunk ízére alakíthatjuk az o (options) parancs kiadásával a 
fő képernyőn. A parancs hatására megjelenik az opció képernyő, amely lehető- 
vé teszi, hogy számos opció értékét megváltoztassuk. 

Ez a képernyő magáért beszél: az egyik opciót a másik után kiválasztva bár- 
melyik értékét megváltoztathatjuk. Amikor befejeztük, két módon térhetünk 
vissza a fő képernyőre. Ha leütjük a 5 (nagyobb jel) karaktert, az elm véglege- 
sen elmenti a beállításokat. Ha leütjük az i (index) karaktert, az elm az adott 
opció értékeket használja, de nem menti el kilépéskor. 

Az5.13. ábra az opció képernyőt mutatja. Nem vesszük végig őket, kísérletez- 
gessünk velük kedvünk szerint, azonban említsünk meg néhány fontosabbat. 

A , Display" beállítás megmondja az elm-nek, hogy melyik lapozó progra- 
mot használja. Mint azt már a fejezet korábbi részében láttuk, az elm-hez tar- 
tozik egy beépített lapozó program. Azonban lehet, hogy mi valamelyik másik 
Unix lapozó programot akarjuk használni, mint pl. a 1less-t, a more-t, vagy a 
pg-t. Amennyiben mégis az elm beépített lapozóját akarjuk használni, adjuk 
meg a builtin nevet. 


ELM Options Editor 


C)alendar file 
D)isplay mail using 


: /usr/harley/calendar 
: less -SCM 


E)ditor (primary) 

F) older directory 
S)orting criteria 

0) utbound mail saved 
P)rint mail using 
Y)our full name 
V])isual Editor sv 


A)rrow cursor 
M) enu display 


U)ser level 
N) ames only 


Select letterof option line, "5" tosave, or "1" toreturn 


to index. 


Comand: 


5.13. ábra. Az elm Opciók képernyője 


:vi 

: /usr/harley/Mail 

: Reverse Date Mail Sent 
: sent 

: cat $s I ]p 

: Harley Hahn 

"vi 


: OFF 
:" ON 


: Expert User 
: ON 
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Az , Editor" beállítás megmondja az elm-nek, hogy melyik editort használja. 
Az elm-ben van egy beépített editor, de az nem tud túl sokat, ne használjuk. 
Helyette adjuk meg a vi-t, az emacs-ot vagy a pico-t. 

A , Sorting" beállítás megmondja az elm-nek, hogy a leveleket milyen sor- 
rendben írja ki az indexben. Próbáljunk ki különféle rendezéseket, és nézzük 
meg, hogy melyiket tartjuk a legjobbnak. 

A , Menu" beállítás határozza meg, hogy látszódjék-e az emlékeztető menü a 
fő illetve az alias képernyő alján. Amikor már kellő gyakorlattal rendelkezünk, 
és ismerjük a parancsok nagy részét, akkor jobb ezt kikapcsolni, mivel akkor 
több helyünk lesz a levelek számára. 

A , User" beállítás megmondja az elm-nek, hogy mekkora gyakorlattal ren- 
delkezünk. A gyakorlott felhasználóknak a menükben extra parancsok jelen- 
nek meg, és kevésbé vezeti őket a program. 

Mint arról már a korábbiakban szó volt, ha a paranccsal lépünk ki az opció 
képernyőből, az elm véglegesen elmenti a beállításokat. Hova menti ezeket 
az információkat? A . elm könyvtárban található elmrc állományba. 

Ha akarjuk, egy editor segítségével közvetlenül is megnézhetjük illetve mó- 
dosíthatjuk az elmrc állományunkat. Ha ezt tesszük, látni fogjuk, hogy több 
opció van, mint amennyit az opció képernyő mutat. Valójában ezen opciók 
nagy részét csak egy editorral, az elmrc állományt módosítva állíthatjuk át. 
Nyugodtan kísérletezgessünk, de ha nem vagyunk egészen biztosak abban, 
amit csinálunk, legyünk óvatosak. Elővigyázatosságképpen mielőtt megváltoz- 
tatnánk, csináljunk egy másolatot az elmrc állományról. Ily módon, még ha 
tényleg el is rontunk valamit (amit időről időre meg is teszünk), képesek le- 
szünk az állományt az eredeti állapotára visszaállítani. 

Az 5.14. ábra az opciók beállítására használt parancsokat foglalja össze. 


Parancs Leírás 
(a fő képernyőn) kiírja az opció képernyőt 
(az opció képernyőn) véglegesen elmenti az opciókat és visz- 


szatér 
(az opció képernyőn) ideiglenesen elmenti az opciókat, 
és visszatér 





5.14. ábra. elm: Opciók 


UNIX PARANCSOK HASZNÁLATA 


Az elm-en belül többféleképpen 15 kiadhatunk Unix parancsokat. Először is, a 
fő képernyőn leüthetjük a ! (felkiáltójel) karaktert és utána a Unix parancsot. 
Az elm egy új shellt indít a parancs végrehajtásához. Ha a parancs végrehajtó- 
dott, automatikusan visszatérünk az elm-be. 


Az elm elektronikus levelező program 123 


Tipp: Amennyiben valamilyen Unix parancs használata után a képernyő 
nem állítódik helyre, üssük le a AL-t, ezzel tudatva az elm-mel, hogy írja 
újra a képernyőt. 


Amennyiben egynél több Unix parancsot akarunk kiadni, a kedvenc shellünk 
nevének megadásával kérhetünk egy shell promptot. Például ha egy C-shellt 
akarunk indítani, adjuk ki a ! csh, míg Korn-shell esetén a ! ksh parancsot. Ek- 
kor annyi Unix parancsot hajtunk végre, amennyit csak akarunk. Ha vissza aka- 
runk térni az elm-be, csak ki kell lépnünk az új shellből (üssük le a AD-t vagy 
adjuk ki az exit parancsot). 

A harmadik lehetőség az elm felfüggesztésére, hogy egy Unix parancsot ki- 
adhassunk, hogy leütjük a AZ-t. Amennyiben a Job control engedélyezve van a 
gépünkön, a A Z leütésének hatására az épp futó program felfüggesztődik, és egy 
új shell indul. Itt ismét annyi Unix parancsot adunk ki, amennyit kedvünk tartja. 
Ha befejeztük, az fg parancs segítségével léphetünk vissza a felfüggesztett 
programba (ebben az esetben az elm-be). A részleteket a 7. fejezet taglalja. 

Végül, az aktuális levél tartalmát csővezetékkel egy Unix szűrőbe vezethet- 
jük. Ehhez üssük le a I karaktert (függőleges vonal) és gépeljük be a szűrő ne- 
vét. Itt nem bonyolódunk bele a részletekbe, csak egy példát nézünk meg. Te- 
gyük fel, hogy van egy hosszú levelünk, és csak azokat a sorokat akarjuk 
megnézni, amelyek tartalmazzák az , important" szót. A levelet csővezetéken 
keresztül átadhatjuk a grep programnak, hogy ezeket a sorokat megkeres- 
sük, és kiírjuk: 


] grep inportant 


Ez sokkal gyorsabb, mintha elmentenénk a levelet egy ideiglenes állomány- 
ba, arra az állományra alkalmaznánk a grep parancsot, majd letörölnénk az 
állományt. 

Az 5.15. ábra összefoglalja, hogy hogyanlehet Unix parancsokat végrehajtani 
az elm-ből. 


Parancs Leírás 

! parancs RETURN lefuttatja a megadott Unix parancsot 
! ecsh RETURN egy C-shellt indít 

!ksh RETURN egy Korn-shellt indít 


AZ szünetelteti az elm futását, elindít egy új shellt 
(használjuk at fg parancsot a visszatéréshez) 

Iparancs RETURN az aktuális üzenetet csővezetéken az adott 
szűrőnek adja 





5.15. ábra. elm: Unix parancsok használata 
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AZ elmPROGRAMCSALÁD PARANCSAI: 
answer, messages, checkalias, 
listalias, newmail, readmsg, fÍrm 


Bár eddig magáról az elm-ről beszéltünk, valójában az elm egy programcsalád 
része. A család többi tagja olyan segédprogram, amely az elektronikus levelezé- 
sünket hatékonyabbá és élvezetesebbé teszi. 

A fejezet befejezéseként nézzük meg a programcsalád legfontosabb tagjait. 
Amennyiben részletesebb információt szeretnénk ezekről a parancsokról, la- 
pozzunk a felhasználói kalauz , The Elm Utilities" című részéhez, vagy nézzük 
meg az adott parancshoz tartozó kézikönyv lapot. Például ha az answer pa- 
rancsról akarunk részletesebb információt nyerni, adjuk ki a man answer pa- 
rancsot. 

e answer Segít gyors telefonüzenetek írásában és a megfelelő személynek 

történő elküldésében. 

e messages Kilistázza a postaládában, vagy a megadott gyűjtőben lévő le- 

veleket; ezt a parancsot az inicializáló állományunkban használhatjuk 
(. login vagy .profile), hogy kiírja, hogy hány levelünk van, amikor 
belépünk. 

e checkalias Megnézi, hogy egy adott álnév definiálva van-e. 

e listalias Kiírja a tárolt álnevek és címek listáját. 

e newmail Tudatja velünk, amikor új levelünk érkezik. Ez a program a 

biff parancsot hivatott lecserélni. 

e readmsg Egy adott levelet kiír a postaládánkból vagy egy gyűjtőből. 

e frm Az összes a postaládánkban lévő levélről egy összefoglalót ír ki. Ez a 

program a from parancsot hivatott helyettesíteni. Ha az frmparancsot a - 
n opcióval használjuk, akkor az összes levél sorszámot kap az összefogla- 
lóban. Ezzel a sorszámmal a readmsg programon belül hivatkozni lehet 
az adott levélre. 


Tipp: AZ frm és readmsg parancsok segítségével gyorsan átnézhetjük 
-B a kijelölt leveleinket az elm elindítása nélkül. Először használjuk az 

frm -n parancsot, hogy gyorsan kiírassuk a leveleink sorszámozott listá- 
ját. Ezek után használjuk a readmsg parancsot, hogy kiírassuk a megadott üze- 
neteket. Például a 6-os üzenet kiírásához adjuk ki a readmsg 6 parancsot. 


6. FEJEZET 


TOVÁBBI MŰVELETEK FILE-OKKAL 


FILE-OK HOZZÁFÉRÉSI JOGAI 


A file-rendszeren belüli hozzáférés szabályozására a Unix minden egyes file-ra 
nyilvántartja a FILE HOZZÁFÉRÉSI JOGainak (PERMISSIONS) rendsze- 
rét. Ezek szabják meg, hogy ki és milyen módon férhet hozzá egy állományhoz. 

Három különböző típusuk van: az írás, az olvasás és a végrehajtás (futtatás) 
engedélyezése (joga). Egy bizonyos joggal vagy rendelkezünk egy file-ra, vagy 
nem. Megeshet például, hogy van olvasás- és írásjogunk, ám a végrehajtás nincs 
engedélyezve. 

Közönséges állomány esetén a jogok jelentése magától értetődő: az olvasás- 
jog azt jelenti, hogy elolvashatjuk a file tartalmát. Az írásjog lehetővé teszi, hogy 
írjunk bele, a végrehajtás Joga pedig megengedi, hogy futtassuk a file-t. 

Természetesen semmi értelme megpróbálni egy file futtatását ha nem futtat- 
ható. A végrehajtható file vagy program vagy valamilyen script lehet. (A shell 
script például a shell által végrehajtandó parancsokat tartalmaz.) 

A jogok három fajtája, bár különálló, mégis együtt jut érvényre. A file módo- 
sításához például mind az olvasás, mind az írás jogára szükségünk van. Shell 
scriptek futtatásához egyaránt szükségünk van az olvasás és végrehajtás jogára. 

Amint azt a fejezet későbbi részében látni fogjuk, beállíthatjuk és megváltoz- 
tathatjuk saját file-jaink hozzáférési jogait. Két okból tesszük ezt: 


e más felhasználók jogainak korlátozására, 
e saját tévesztéseink elleni védekezésül. 


Egy állományt megvédhetünk a véletlen törléstől, ha megszüntethetjük rá az 
írásjogunkat. Számos file-okat törlő vagy átnevező parancs kérni fogja szándé- 
kunk megerősítését az olyan file-ok megváltoztatása előtt, amelyekről levettük 
az írásjogot. 

A könyvtárak esetében a jogok hasonlóak, bár jelentésük kissé eltérő. Az ol- 
vasásjog azt jelenti, hogy elolvashatjuk a file-ok neveit az adott könyvtárban, az 
írásjog biztosítja, hogy módosíthassuk a könyvtárat (új file létrehozása, átneve- 
zés, másolás, törlés). A végrehajtás joga a könyvtárban való keresést teszi lehe- 
tővé. 
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Ha csak olvasásjogunk van, a könyvtárban lévő file-ok neveit ugyan kilistáz- 
hatjuk, de ez minden. Végrehajtási jog nélkül nem nézhetjük meg a file-ok mé- 
retét, nem vizsgálhatjuk meg az alkönyvtárakat, s a cd paranccsal sem váltha- 
tunk az adott könyvtárra. 

Bár ilyen kombináció nagyon valószínűtlen, mégis, mi történnék, ha egy 
könyvtárra lenne írás- és végrehajtási jogunk olvasásjog nélkül? Elérhetnénk 
és módosíthatnánk a könyvtárat anélkül, hogy olvasni tudnánk. Eszerint töröl- 
hetnénk file-t a könyvtárból, ha ismerjük a nevét, ám a könyvtár tartalmát kilis- 
tázni nem tudnánk. 


s. Megjegyzés: Amikor először hallunk a könyvtárak hozzáférési jogairól, 
e egy kicsit zavarosnak tűnhetnek. E fejezet későbbi részében megismer- 
——- kedünk azzal, hogy a könyvtárbejegyzés csak a file nevét és mutatóját 
(pointer) tartalmazza, a tényleges file-t nem. 

Amint ezt megértettük, a könyvtárak hozzáférési jogai értelmessé válnak. Az 
olvasásjog azt jelenti, hogy olvashatjuk a könyvtárbejegyzéseket. Az írásjog je- 
lentése az, hogy megváltoztathatjuk a könyvtárbejegyzéseket. A végrehajtás jo- 
ga pedig lehetővé teszi, hogy használjuk ezeket a bejegyzéseket. 


A hozzáférési jogok file-okra és könyvtárakra való alkalmazásának összefog- 
lalását a 6.1. táblázatban találjuk. 


6.1. táblázat. A hozzáférési jogok összefoglalása 


Közönséges file: 
Olvasásjog: olvashatjuk a file-t 
Irásjog: írhatunk a file-ba 
Végrehajtás joga:  végrehajthatjuk a file-t 


Könyvtár: 
Olvasásjog: olvashatjuk a könyvtárat 
rásjog:  létrehozhatunk, átnevezhetünk, másolhatunk vagy 
törölhetünk könyvtárbejegyzéseket 
Végrehajtás joga: kereshetünk a könyvtárban 





AHOGY A UNIX A FILE-OK HOZZÁFÉRÉSI 
JOGAIT NYILVÁNTARTJA: id 


A Bell Laboratories programozói, akik létrehozták az első Unix rendszert, a fi- 
le-hozzáférési jogokat úgy alkották meg, ahogy azokat ma is használjuk. A Unix 
fejlesztésénél a Bell Laboratories dolgozói kis csoportokban dolgoztak, ame- 
lyeknek voltak közösen használt programjai és dokumentumai. A programo- 
zók - a felhasználó szemszögéből - három részre osztották a világot: maga a fel- 
használó, csoportja, és mindenki, aki a rendszert használja. 
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A Unix ily módon minden egyes file-ra a hozzáférési jogok három csoportját 
tartja számon: egyet a felhasználónak, egyet a csoportjának és egyet mindenki- 
nek. Eszerint minden file-ra és könyvtárra külön-külön adhatunk írás-, olvasás- 
és végrehajtási jogot saját magunknak, csoportunk tagjainak és a rendszer ösz- 
szes felhasználójának, amint az a 6.2. táblázatban látható. 

Tegyük fel például, hogy csoportunk tagjai karbantartanak egy bizonyos 
programot. A programot tartalmazó file egyik személyes könyvtárunkban talál- 
ható. Csoportunk számára biztosíthatunk olvasás-, írás- és végrehajtási jogot, 
míg a többieknek csak az olvasást és végrehajtást tesszük lehetővé. Ez azt vonja 
maga után, hogy a programot mindenki futtathatja, de csak csoportunk tagjai 
módosíthatják. 

Következő példaként vizsgáljuk meg azt az esetet, amikor is nem szeretnénk, 
ha bárki látná egy bizalmas dokumentumunkat. Magunknak olvasás- és írásjo- 
got, a csoportnak és a többieknek semmilyen jogot se adjunk. 


6.2. táblázat. Lehetséges hozzáférési jogok 


Tulajdonos: olvasás, írás, végrehajtás 


Tulajdonos csoportja: olvasás, írás, végrehajtás 
Mindenki: olvasás, írás, végrehajtás 





Figyelem: A , mindenki" számára kiadott engedélyek ránk és csoportunkra is 
érvényesek. Így elképzelhető az a különös eset, hogy egy file-ra olvasásjogot 
adunk mindenkinek, de csoportunknak nem. Csoportunk tagjai mégis olvashat- 
ják a file-t, hiszen a mindenki-be ők is beletartoznak. 

Amikor a rendszergazda account-ot készített számunkra (azaz belépési jogot 
ad a rendszerbe), egyúttal besorolt egy csoportba is. Ahogy minden felhaszná- 
lónak van azonosítója, úgy minden csoportnak is van neve, melyet CSOPORT- 
AZONOSÍTÓnak (groupID) neveznek. A csoportazonosítók teljes listáját 
rendszerünkön a /etc/group file-ban találhatjuk meg, melyet nyugodtan 
megvizsgálhatunk. 

Ha kíváncsiak vagyunk csoportunk nevére, használjuk az id parancsot! Ez 
megmutatja a felhasználó- és csoportazonosítónkat. 

Habár a csoportok ötlete jónak tűnik, a gyakorlatban általában nem használ- 
ják ki a bennük rejlő lehetőségeket. A rendszergazdák nem veszik a fáradságot, 
hogy olyan kis csoportokat fenntartsanak, amelyek már elég kicsik ahhoz, hogy 
ténylegesen hasznosak legyenek. Ha pl. egyetemen tanulunk, azonosítónk való- 
színűleg egy olyan nagy csoport része (pl. bölcsészhallgatók), akikkel már értel- 
metlen file-jaink megosztása. 


Tipp: Célszerű a csoportunkat figyelmen kívül hagyni és ugyanolyan Jjo- 
gokkal felruházni, mint , mindenkit". 
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A HOZZÁFÉRÉSI JOGOK MEGJELENÍTÉSE: 
1s -1 


Egy file hozzáférési jogainak megjelenítéséhez az 18 parancsot a -1 (long lis- 
ting, hosszú lista) opcióval használjuk. A jogok a kimenet bal oldalán jelennek 
meg. Ha magának a könyvtárnak szeretnénk megjeleníteni a hozzáférési jogait, 
a -1 mellett használjuk a -d opciót. 

Például munkakönyvtárunk file-jainak megtekintésére gépeljük a következőt: 


18 -1 

Az eredmény: 

total 109 

-rwxrwxrwx 1 harley 28672 Oct1116:37  —— program.everybody 
-rwxrwx--- 1 harlevy 36864 O0ct1116:38  program.grap 
-TWXx-—-——— 1 harley 24576 Oct1116:32 — program.user 
-rw-rw-rw- 1 harley 7376 Oct 11 16:34 text . everybody 
-rw-rw--- " 1 harley 5532 Oct 11 16:34 text .group 
-rw-——— 1 harley 6454 O0ct1116:34  text.user 


A file neve a jobb szélen található. Balra haladva az utolsó módosítás idejét 
látjuk, továbbá a méretet byte-okban, majd a tulajdonos nevét. A felhasználó 
nevétől balra a linkek (kapcsolatok) száma áll, ezeket e fejezetben még részle- 
tesen taglaljuk. 

A bal szélen a legelső karakter mutatja a file típusát. A közönséges file jele: —, 
azaz kötőjel, a könyvtárat d betű jelöli. 

Ha szeretnénk megjeleníteni a csoport nevét is a tulajdonosé mellett, használ- 
juk az 18 parancsot a -g (group: csoport) opcióval. (Figyelem: System V típusú 
Unixnál ez az alapértelmezés, azaz az 18 parancs kérésünk nélkül is megjeleníti 
a csoport nevét. Kis próbálgatással hamar rájövünk, miképp működik rendsze- 
rünkön az 18.) 

Koncentráljunk most a file típusát jelző karaktert követő kilenc karakterre! 
Jelentésük a következő: 


r — olvasási jog (read) 

w — írásjog (write) 

x — végrehajtási jog (execute) 
— — az adott jog hiánya 


A file hozzáférési jogainak vizsgálatára osszuk a kilenc karaktert hárombetűs 
csoportokba! A csoportok balról jobbra mutatják a tulajdonos, csoportja és 
mindenki más jogait. (A tulajdonos a file-t létrehozó felhasználó. ) 


tulajdonos — csoport — mindenki 
TWx TWx TWX 
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Lássuk az előbbi példa file-jait: 


tulajdonos — csoport — mindenki 


IWXxX IWxX IWX — — program. everybody 
IWx IWx SÉG —  program.grap 
IrIWx — an — — — program.user 

rw- rw- rw- — — text.everybody 
rw- rw- süss —  text.grap 

rw- - - - - - — — text.user 


Most már világosan látszik, hogyan oszlanak meg a jogok. Például a 
text . user file-ra a tulajdonosnak írás- és olvasásjoga van, a többieknek sem- 
miféle sincs. 


FILE MÓDOK 


A file-ok hozzáférési jogainak ábrázolására a Unix tömör, háromjegyű számból 
álló kódot használ, melynek neve FILE MÓD (FILE MODE), vagy egyszerűen 
csak MÓD. Például a text . user file módja: 600. 

A mód minden számjegye az engedélyek egy csoportját jelenti: az első a tu- 
lajdonosét, a második a csoportjáét, az utolsó mindenki másét. Példánknál ma- 
radva: 


6 a tulajdonos jogai 
0 a csoport jogai 
0 mindenki más jogai 


Hogy működik a mód? Ennek vizsgálatához lássuk, milyen számok tartoznak 
az egyes jogokhoz: 


olvasásjog - 4 
írásjog 52 
végrehajtásijog -1 
nincs jog z 0 


Most adjuk össze minden csoportban az egyes jogokat jelző számokat! Pél- 
dául: az olvasás- és írásjog jelzésére a 4-et és a 2-t kell összeadnunk. A 6.3. táb- 
lázatban láthatjuk az összes lehetséges kombinációt s az azokat kifejező szám- 
jegyeket. 


Gyakoroljunk! Mi lesz a módja annak a file-nak, melyet 
— a tulajdonos olvashat, írhat és futtathat, 

— a csoport olvashat és írhat, 

— a többiek csupán olvashatnak? 
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6.3. táblázat. A hozzáférési jogokat kifejező számjegyek 


olvasás írás végrehajtás ÖSSZEG olvasás végrehajtás 


igen 
igen 


igen 


0 
1 
2 
3 
4 
5 
6 
7 


mb OO 
Lét lök ell ellE e GE 
BR OGCGOOERROOO 
kell ill EEEN E NK 
ROROROLRO 


1gen7 





Tulajdonos:  olvasásjog -- írásjog t végrehajtás -44241-7 
Csoport: olvasás -- írás :-441240-6 
Mások: olvasás -440410-4 
A file módja tehát 764. 


Vizsgáljuk meg az előző részben kilistázott file-ok példáját is: 


tulajdonos — csoport mindenki mód 
rwx7 Iwx 7 rwx7 — program.everybody 777 
rwx 7 rwx 7 2.0 — program.group 770 
rwx 7 2.0 2.0 — program. .user 700 
rw- 6 rw- 6 rw- 6 — text.everybody 666 
-w- 6 rw- 6 ---0 — text.group 660 
rw- 6 ---0 ---0 — text.user 600 


Most nézzünk egy fordított példát: mit jelent az 540-es mód? A 6.3. táblázat 
alapján megfejthetjük a jogokat: 


Tulajdonos: 5 c olvasás, végrehajtás 
Csoport: 4 c olvasás 
Mindenki: 0 - semmi 


Tehát a tulajdonos olvashatja és futtathatja a file-t, a csoport tagjai csak olvas- 
hatják, a többieknek nincs hozzáférési joguk. 
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A HOZZÁFÉRÉSI JOGOK 
MEGVÁLTOZTATÁSA: chmod 


Egy file hozzáférési jogainak megváltoztatására a chmod (change mode) paran- 
csot használjuk. A program szintaxisa: 


chmod mód file... 


ahol a mód a file új módja, f i 1e pedig a file vagy a könyvtár neve. A file módját 
csak a tulajdonos vagy a rendszergazda változtathatja meg. A Unix automatiku- 
san minket tesz meg minden általunk létrehozott file tulajdonosának. 

Nézzünk néhány példát! Az első parancs a file módját úgy változtatja, hogy a 
tulajdonosnak olvasás- és írásjoga, a csoportjának és mindenki másnak olvasás- 
joga legyen. Ezek ajogok megfelelőek, ha azt akarjuk, hogy mindenki olvashas- 
sa a file-okat, de kizárólag mi módosíthassuk őket. 


chmod 644 memol memo2 docuuent 


A következő parancs a tulajdonosnak olvasás-, írás- és végrehajtási jogot, a 
többieknek pedig olvasási és végrehajtási jogot ad. Ilyen jogokat akkor célsze- 
rű beállítani, ha azt szeretnénk, hogy mások is tudják olvasni és VEGLSAJÁARI a 
file-t, de módosítani ne. 


chmod 755 epacewar 


A legtöbb esetben legcélszerűbb szűkmarkúan bánni jogainkkal, hacsak kü- 
lönösebb okunk nincs másként tenni. A következő parancsok kizárólag a tulaj- 
donosnak adnak jogokat. Az első olvasás- és írásjogot: 


chmod 600 hamework. text, 
ez pedig olvasás-, írás- és végrehajtási jogot: 
chmod 700 hamework . program 


Ha szövegszerkesztővel létrehozunk egy script-et, alapértelmezésben csak 
írás- és olvasásjog lesz beállítva. Ha futtatni is szeretnénk a scriptet, a végrehaj- 
tás jogával is fel kell ruháznunk, amelyet a chmod 700 paranccsal tehetjük meg 
(vagy a chmod 755-tel, ha másokkal is meg akarjuk osztani a scriptet. ) 


Tipp: A problémák elkerülése végett ne adjunk végrehajtási jogot olyan 
file-nak, amely nem futtatható. 
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HOGYAN SZABJA MEG A UNIX EGY ÚJ FILE 
HOZZÁFÉRÉSI JOGAIT: umask 


Ha a Unix új file-t hoz létre, ennek módja kezdetben 

666: nem végrehajtható file esetén, 

777: végrehajtható file esetén, 

777: könyvtárak esetén. 

Ebből a kezdeti módból a Unix levonja a FELHASZNÁLÓI MASZK (user 
mask) értékét. A maszk egy általunk beállított mód, mely azt tartalmazza, hogy 
milyen jogokat akarunk korlátozni. 

A maszk értékének beállításához az umask parancsot használjuk. Szintaxisa: 


umask [mód] 


ahol a mód szabja meg, hogy mely jogokat korlátozzuk. Jó ötlet a umask paran- 
csot az inicializációs file-ba beírni, hogy a kívánt felhasználói maszkunk minden 
bejelentkezésnél automatikusan beállítódjék. C-shell esetén az inicializációs fi- 
le a . l1ogin, Korn-shell esetén pedig a .profile. 

Nézzünk egy példát! Ha az írásjogot meg akarjuk vonni csoportunktól és min- 
denki mástól is, használjuk a 022-es módot: 


umask 022 


A fenti maszk file-jainkat mások számára hozzáférhetővé teszi, de nem enge- 
di hogy azokat megváltoztassák. 

Ha nem szeretnénk, hogy mások beleüssék orrukat a dolgainkba, csopor- 
tunktól és mindenki mástól megvonhatjuk az összes jogot (olvasás, írás, végre- 
hajtás) a 077-es mód használatával: 


umask 077 


Tipp: Ha csak nincs különösebb okunk másként tenni, célszerű 
- file-jainkat teljesen elzárni mások elől umask 077 beállításával a . 10- 

gin file-unkban. Ha meg akarjuk osztani némelyik file-unkat másokkal, 
ezt minden egyes file-ra külön megtehetjük a chmod paranccsal. 


A maszk értékét a paraméter nélkül kiadott umask paranccsal ellenőrizhet- 
jük: 


umask 


Figyelem: akad néhány shell, melynél a umask nem írja ki a maszk elején álló 
nullákat. Így ha maszkunk 022, esetleg csak ezt látjuk: 


22 
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Ha maszkunk 002, az eredmény: 
2 


Ha shellünk így viselkedik, képzeljük oda a nullákat! 


A LINK GONDOLATA 


A fejezet anyaga a továbbiakban kiegészítő jellegű. Hasznos és érdekes, de nem 
olyan fontos, mint amivel eddig megismerkedtünk. Ha időnk engedi, azért szán- 
junk pár percet a következő részek végigolvasására: ez sokat fog segíteni a Unix 
file-rendszerének jobb megértésében, másrészt megmutatja, hogy gyakorlatilag 
mindennek értelme van. 

Amikor a Unix létrehoz egy file-t, két dolgot tesz egyszerre. Először lefoglal 
egy területet a lemezen a file tárolására, bármiféle adatokat 15 tartalmazzon az. 
Másodszor létrehoz egy INODE (más néven index node) nevű struktúrát, 
amely a file-re vonatkozó alapvető információkat tárolja. 

Az inode minden információt tartalmaz, amelyre a Unixnak szüksége van a 
file használatához. Az egyszerű felhasználóknak nemigen szükséges ismer- 
niünk, hogy mi van egy inode-ban, ám ha valakit mégis érdekelne, a 6.4. táblá- 
zatban megtalálja. 

Az inode-okat egy nagy táblázatban tárolja a Unix. Minden inode-ot egy 
számmal tartanak nyilván a táblázaton belül, melynek neve INDEX (inum- 
ber, index szám). Például egy file-t leírhat a 24. számú inode. Ekkor azt mond- 
juk, hogy a file indexe 24. 

Amikor könyvtárakkal dolgozunk, úgy beszélünk róluk, mintha ténylegesen 
tartalmaznának file-okat. Hallhatunk olyat például, hogy valaki azt mondja, 
hogy a bin könyvtárában van a spacewar nevű file. 

Valójában a könyvtár nem tartalmazza a file-t. Egy könyvtár nem tartalmaz 
mást, csak a file nevét és indexét. A könyvtár tartalma tehát nem túl nagy: a file 
nevek listája s az egyes nevekhez tartozó indexek alkotják. 


6.4. táblázat. Az inode tartalma 


A tulajdonos azonosítója 

A file típusa (közönséges, könyvtár, speciális, stb.) 
A file mérete 

Hol tárolják a file-t? 

A file hozzáférési jogai 

Az utolsó módosítás ideje 

Az utolsó használat ideje 

Az inode utolsó módosításának ideje 

A file-re vonatkozoó linkek száma 
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Vizsgáljuk meg a következő példát! Mit történik, ha létrehozzuk a spacewar 
nevű file-t a bin könyvtárban? Először is, a Unix lefoglal egy lemezterületet a 
file tárolására. Utána keres az inode táblában egy üres i1node-ot. Legyen ez a 
24-es számú inode. A Unix feltölti ezt a file-ra vonatkozó információval. Végül 
a bin könyvtárba elhelyez egy bejegyzést, mely a spacewar nevet és a 24-es 
indexet tartalmazza. 

Amikor a Unix használni akar egy file-t, egyszerűen megkeresi a nevét a 
könyvtárban, a megfelelő index alapján megtalálja az inode-ját, és az inode- 
ban tárolt információ alapján eljut a file-hoz. 

LINKnek hívjuk a file és inode-ja közötti kapcsolatot. A link lényegében a 
file nevét és a file-t köti össze. 


TÖBBSZÖRÖS LINK EGY FILE-RA 


Az egyik legelegánsabb tulajdonsága a Unix file-rendszerének, hogy lehetővé 
teszi többszörös linkek alkalmazását ugyanarra a file-ra. Másként megfogal- 
mazva: ugyanaz a file több néven is szerepelhet. 

Emlékezzünk rá, hogy egy file azonosítója az indexe, nem pedig a neve. Sem- 
mi okunk sincs rá, hogy ne engedjünk egynél több nevet ugyanarra az indexre 
vonatkozni. 

Vizsgáljuk meg a következő példát! A home könyvtárunk legyen mondjuk 
/usr/harley. Legyen egy bin alkönyvtár a home könyvtárunkban. Ebben 
létrehoztunk egy spacewar nevű file-t. Ennek indexe történetesen 24. 

Az 1n parancs (aminek használatát e fejezetben később tárgyaljuk) haszná- 
latával újabb, funky nevű file-t hozunk létre ugyanebben a könyvtárban úgy, 
hogy ugyanazt az indexet kapja, mint a spacewar. Mivel a funky-nak és a 
spacewar-nak ugyanaz az indexe, ezért ezek csak különböző nevei ugyanan- 
nak a file-nak. 

Most menjünk saját home könyvtárunkba, és hozzuk létre az extra nevű fi- 
le-t, megint csak az előző indexszel. Ezután átváltunk egy barátunk /usr/ 
wendy nevű home könyvtárába, és létrehozunk egy negyedik, myfile nevű 
file-t, ismét az előző indexszel. 

Most még mindig csak egy file-unk van, melynek azonosítója a 24-es index, de 
négy különböző néven: 


/usr/harley/bin/spacewar 
/usr/harley/bin/funky 
/usr/harley/extra 
/usr/wendy/myfile 


Akarunk egyáltalán ilyet csinálni? Nem valószínű. (Habár ez kézenfekvő 
módja lenne annak, hogy különböző emberek ugyanazt a file-t különböző né- 
ven érjék el.) 

Nagyon fontos, hogy megértsük a link-ek működését, mert ezek állnak olyan 
alapvető file-kezelő parancsok hátterében is, mint amilyen a cp (copy, másolás), 
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mv (move, átnevezés), rm (remove, törlés) és 1n (link). Ha pusztán memorizál- 
juk ezen parancsok használatát, sosem fogjuk igazán megérteni, mi történik 
végrehajtásuk során, és a file-rendszer használatának szabályai értelmetlennek 
tűnnek majd számunkra. 

Melyik a legfontosabb név a fentiek közül? - kérdezhetjük. Van-e valami spe- 
ciális jelentősége az eredeti névnek? 

A válasz az, hogy a Unix egyformán kezeli az összes linket. Nem számít, me- 
lyik volt az eredeti neve a file-nak. Az új link éppen olyan fontos, mint egy rég1. 
A file-ok szabályozása nem a nevük vagy a helyük alapján történik, hanem a 
tulajdon- és hozzáférési jogaik alapján. 


ÚJ LINK LÉTREHOZÁSA: 1n 


Ha új linket szeretnénk létrehozni, használjuk az 1n parancsot. A parancsnak 
két különböző formája van. UJ link kialakítása a következőképpen történhet: 


ln file newname 


ahol fi1e a file neve, newname pedig az új link neve. 
Például ha megvan még a spacewar nevű file-unk, funky néven készítsünk 
rá egy új linket: 


1ln spacewar funky 


Így két file-nevünk lesz, de mindkettő ugyanarra a file-ra vonatkozik (azaz 
ugyanarra az indexre ). Halétrehoztunk egy új linket, az azeredetitől megkülön- 
böztethetetlen. 

Használhatjuk az 1n-t arra is, hogy új linkeket készítsünk egy vagy több kö- 
zönséges file-ra, és ezeket egy bizonyos könyvtárba tegyük. Ennek szintaxisa: 


In file ...könyvtár 


ahol fi 1eameglévő file neve, a könyvtár pedig annak a könyvtárnak a neve, 
ahová az új linket szeretnénk tenni. 

Lássunk egy példát! A home könyvtárunk /usr/har1ey. Ebben a könyv- 
tárban van két file: datal és data2. Barátunk home könyvtára /usr/ 
wendy, melyben egy work nevű alkönyvtár is található. Szeretnénk új linket 
létrehozni a két file-unkra és azokat barátunk work könyvtárába helyezni. 
Az alábbi parancsot használjuk: 


ln /usr/harley/datal /usr/harley/data2 /usr/whendy/work 


Természetesen helyettesítő karakterek 15 használhatók. 
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ln /usr/harley/data[12] /usr/w endy/work 


Tovább egyszerűsíthetjük a fenti parancsot, ha home könyvtárunkra váltunk 
az 1n végrehajtása előtt: 


cd 
ln data[12] /usr/wendy/work 


Amint ezeket a linkeket létrehoztuk, a két file egyidejűleg mindkét könyvtár- 
ban jelen lesz. 


HOGYAN MŰKÖDNEK AZ ALAPVETŐ 
FILE-KEZELŐ PARANCSOK? 


Az alapvető file-kezelő parancsok mindegyike megérthető a file-nevek és a lin- 
kek változtatásán keresztül. A négy alapvető művelet: 


1. Másolás (a cp parancs). Ha file-t másolunk, a Unix létrehoz egy új file-t, 
annak új indexével együtt. (Emlékezzünk rá, hogy az index az, amelyik 
igazából azonosít egy file-t.) Az eredmény két file. A régi file-név régi in- 
dexre, az új file-név az új indexre mutat. 


2. Átnevezés (az mv parancs). Ha átnevezünk egy file-t, a Unix megváltoz- 
tatja a nevét, de megtartja indexét. Az eredmény egyetlen file. Az új fi- 
le-név a régi indexre mutat. 


3. Link létrehozása (az 1n parancs). Halinket hozunk létre, a Unix új könyv- 
tárbejegyzést ír a megfelelő könyvtárba az általunk megadott file-névvel. 
Az eredmény egy file két néven. Mindkét file-név ugyanarra az indexre 
mutat. 


4. Törlés (az rm és az rmdir parancsok). File törlésekor a Unix a könyvtár- 
bejegyzés törlésével megszünteti a file-név és az index közötti linket. Ha 
történetesen ez az egyetlen link a file-ra, a Unix magát a file-t 15 törli. 
Ez azt jelenti, hogy a tényleges file addig megmarad, amíg az utolsó linket 
meg nem szüntetjük. 


Nézzünk egy példát! Elhatározzuk, hogy spacewar nevű file-unkra funky 
néven linket készítünk. 


ln spacewar funky 


Most letöröljük a epacewar-t: 


rm spacewar 
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Bár az eredeti file-név elveszett, a file maga megvan. Addig nem is kerül tör- 
lésre, míg az utolsó link (funky) meg nem szűnik. 

Ezért van, hogy a Unix törlőparancsa az rm (remove: eltávolítás), nem pedig a 
delete vagy erase ítörlés). 


Tipp: Az 18 -1 parancs használatával megvizsgálhatjuk, hogy egy file-ra 
hány link létezik. A linkek száma a jogok és a tulajdonos neve között lát- 
ható. Ha mondjuk ezt gépeljük: 


18 -1 data spacewar 


az eredmény: 


-rw----- lharley 4070 Oct 14 09:50 data 
-TWx-—-———— 2harley 81920 Oct 14 09:49 spacewar 


Láthatjuk, hogy a data-ra csak egy, a spacewar-ra pedig két link létezik. 


SZIMBOLIKUS LINK: 1n -s 


Az előző két részben tárgyalt linkek lehetővé teszik, hogy több mint egy név 
vonatkozzon ugyanarra a file-ra. Az ilyen lnkeknek azonban két fő korlátjuk 
van. 

Először 15 egy könyvtárhoz nem hozhatunk létre linket. Másodszor, nem hoz- 
hatunk létre linket más file-rendszerben levő file-hoz. (Sok rendszeren a könyv- 
társtruktúra különböző részei külön tárolódnak, különböző lemezeken vagy 
esetleg azonos lemez különböző partícióin. Ezek összességét file-rendszernek 
nevezzük. A Unix a file-rendszereket egyetlen struktúrává szervezi. Számunk- 
ra ez egyetlen file-rendszernek tűnik, a Unix számára azonban több összekap- 
csolt file-rendszert jelent.) 

Könyvtárhoz vagy más file-rendszerben lévő file-hoz linket létrehozni az 1n 
parancs -s opciójával tudunk. Az ilyen link nem tartalmazza az eredeti file i1n- 
dexét, tartalmazza viszont annak teljes elérési útvonalát. Az ilyen linket ezért 
szimbolikus linknek nevezzük. Szimbolikus link használata esetén a Unix a tel- 
jes elérési út segítségével találja meg és használja az eredeti file-t. 

Nem túl valószínű, hogy szükségünk lesz szimbolikus link (vagy akár tényle- 
ges link) létrehozására. Csak azért foglalkozunk velük, mert rábukkanhatunk 
néhány ilyenre 15 a rendszer feltérképezése során. 

Amikor az 18 -1 paranccsal megjelenítünk egy file-t, ami szimbolikus link, 
két dolgot vehetünk észre. Az egyik, hogy a bal oldali legszélső karakter az ! 
betű. A másik, hogy a szimbolikus link a jobb oldalon látszik. 

Nézzük azt a példát, amikor a /bin/csh szimbolikus link a /usr/bin/ 
csh-hoz. Ha begépeljük: 
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18 -1 /bin/csh 

ezt fogjuk látni: 

1lrwxr-xr-x1lroot 14 Sep 2514:17 /bin/cah -5. . /usr/bin/cah 


Amint látjuk, ez a , file" csak 14 byte hosszú, ami épp elég arra, hogy a valódi 
file-hoz vezető elérési utat tárolja. Az eredeti file listáját a következő módon 
nézhetjük meg: 


18 -1 /usr/bin/cah 
Az eredmény: 
-rTWXxr-xr-x1lroot 249856Mar19 1991 /usr/bin/cah 


A file 249356 byte hosszú. A nevéből már kitalálhattuk, hogy ez a file tartal- 
mazza a C-shell programot. 

Figyelem: Néhány Unix rendszer a valódi file méretét mutatja, amikor egy 
szimbolikus linkről jelenítünk meg információt. 

A linkek két fajtájának megkülönböztetésére a valódi linket hard linknek, a 
szimbolikusat soft linknek hívják. Ha a link szót önmagában használjuk, hard 
linket értünk alatta. 


s Megjegyzés: Az 18 -1 parancs használatával a hard linkek számát vizs- 
E gálhatjuk meg. Nincs egyszerű módja annak, hogy egy adott file-ra ki- 
——I adott soft linkek számát megállapítsuk. 


7. FEJEZET 


PROCESSZEK ÉS JOB VEZÉRLÉS 


Néha szeretnénk félbehagyni egy feladatot, és valami máson dolgozni egy ideig. 
Teszem azt, agyunkba villan egy dokumentum szerkesztése közben egy üzenet, 
amelyet valakinek azonnal el akarunk küldeni. Megtehetnénk, hogy leállítjuk a 
szerkesztőt, elindítjuk a levelező programot, bekalapáljuk, majd elküldjük üze- 
netünket, újraindítjuk a szerkesztőt, megkeressük, hogy hol 15 jártunk és folytat- 
hatjuk a szerkesztést. 

A Unix azonban sokkal egyszerűbbé teszi mindezt. Bármikor ideiglenesen 
megállíthatunk egy programot, foglalkozhatunk valami mással, majd visszatér- 
hetünk az előző tevékenységünkhöz, épp azon a ponton, ahol abbahagytuk. 
Akár több felfüggesztett programunk 15 lehet egyidejűleg, és kedvünk szerint 
ugrálhatunk közöttük. 

Más módon 15 bánhatunk programjainkkal. Megtehetjük, hogy elindítjuk a 
programokat, és hagyjuk közbeavatkozás nélkül magukban futni őket. Megje- 
leníthetjük az éppen futó programok listáját. Ha gondunk támadna valamelyik 
programmal, megállíthatjuk, még abban az esetben 15, ha rendellenesen műkö- 
dik. 

Ezekről - és még sok minden másról - lesz szó ebben a fejezetben. 


ELŐTÉRBEN ÉS HÁTTÉRBEN LÉVŐ 
PROCESSZEK 


A PROCESSZ futó programot jelent. Amikor egy paranccsal elindítunk egy 
programot, a Unix mindig új processzt hoz létre. Ha semmit sem csinálunk, 
még akkor 15 lesz legalább egy processzünk: a shell, amit a Unix indított szá- 
munkra bejelentkezéskor. 

A legtöbb esetben mind az input, mind az output a terminálhoz kötődik, azaz 
a bemenet a billentyűzetről és az egérről jön, a kimenet pedig a képernyőre 
megy. 

Néhány program azonban anélkül is futhat, hogy lekötné a terminálunkat. 
Tegyük fel, hogy futtatni szeretnénk egy programot, mely nagy mennyiségű ada- 
tot olvas egy file-ból, ezeket rendezi, majd az eredményt egy másik file-ba írja. 
Miért 15 ne futhatna egy ilyen program felügyeletünk nélkül? 
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Egy program futtatásakor a shell általában kivárja, míg lefut, s csak azután 
fogad el újabb parancsot. Fölösleges lenne azonban kivárni az előbb leírt rende- 
zőprogram végét: a program indítása után rátérhetnénk egy újabb parancsra. 

Ehhez egyetlen dolgot kell tennünk: a parancssor végére egy £ karaktert kell 
gépelnünk. (í: a latin és , et" stilizált rövidítése.) A következő parancs futtatja a 
rendezőprogramot: 


sort -digfile 5results 


Ha ezt begépeltük, a shell végrehajtja a programot, megvárja amíg befejező- 
dik, majd megjeleníti a shell promptot (amely azt jelzi, hogy a shell új parancsra 
vár). Ha most a végére £-et teszünk: 


sort dbigfile :results 6 


a shell nem várja meg a program befejeződését. Mihelyt a program elindult, 
megjelenik a prompt és újabb parancsot adhatunk. 

Ha új parancs fogadása előtt a shell kivárja a program végét, azt mondjuk, 
hogy a processz ELŐTÉRBEN (foreground) fut. Ha a shell a programot elindí- 
tása után magára hagyja, HÁTTÉRBEN (background) futó processzről beszé- 
lünk. Előző két példánkban először az előtérben futtattuk a SORT programot, 
másodszor az £ karakter gépelésével a háttérbe szorítottuk. 

Valahányszor elindítunk egy programot a háttérben, a shell kiír egy egyedi 
számot, a PROCESSZAZONOSÍTÓL (processid, PID). A processzazonosító 
nem más, mint az adott processz azonosító száma. Ezt a számot használva bizo- 
nyos -— később részletezendő - parancsokkal befolyásolni tudjuk a processz mű- 
ködését, pl. leállíthatjuk nem megfelelően működő programjainkat. 

Háttérprocessznek a nem interaktív programok alkalmasak, azaz azok, ame- 
lyek nem olvasnak a billentyűzetről és nem írnak a képernyőre. Példánkban 
nyugodtan futtathatjuk a programot háttérben, hiszen az bemenetét egy file- 
ból veszi (bigfile), kimenetét pedig egy másik file-ba írja (results). 

Néha a JOB (munka, dolog) szót használják a processz szinonímájaként. PI. 
mondhatjuk a következőt: , Mivel a rendező program sokáig és magában fut, azt 
hiszem, háttérjobként futtatom." Valahányszor programot futtatunk a háttér- 
ben, a shell a processzazonosító mellett egy ún. JOB SZÁMOT (job number) 
is hozzárendel. Később bármelyikkel hivatkozhatunk a processzre. Az első 
job száma mindig l, a többié egyesével nő. Próbáljuk ki a következő példát: 


ls:temp 6 
Az 18 parancsot ez a háttérben futtatja, a kimenetét a temp file-ba irányítja. 
Amint a shell nekilát a végrehajtásnak, megjeleníti a job számot és a processz- 
azonosítót. E számok értékeit a shell a parancsvégrehajtáskor rendeli a jobhoz. 
Következzék egy tipikus példa: 


[1] 6167 
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Ez azt jelenti, hogy az egyes számú job elindult a 6167-es processzazonosító- 
val. 

Ha egy háttérprocessz befejeződik, a shell egy rövid üzenetben tájékoztat er- 
ről, ilyesformán: 


[1] Done ls 5temp 


Azaz az 1-es számú job (az 18 5temp parancs) befejeződött. (Ha le akarjuk 
törölni a temp file-t, használjuk az rm temp parancsot.) 


Tipp: Egy program fordítása ideális a háttérben való futtatáshoz. 
Tegyük fel, hogy a cc parancsot használjuk a myprog nevű C program 
fordításához. Célunkat a következő két parancs valamelyikével érhet- 
jük el: 


cc -Omyprog. c 56errors £ 
cc -Omyprog. c 25errors § 


(A -O opció a C fordítónak jelzi, hogy használjon optimalizációt. Az első pa- 
rancs C-shell-t, a második Korn-shell-t használók számára készült. Mindkettő- 
ben az errors file-ba vannak irányítva a hibaüzenetek. ) 

Egy másik gyakori szituáció, amikor egy program készítéséhez makefile-t 
használunk. Pl. ha megszereztük a game nevű programot, Anonymus FTFP-t 
használva az Internetről. Miután kicsomagoltuk az összes file-t, el kell készíte- 
nünk a programot a make használatával. A következő parancsot gépelhetjük: 


make game £ 


Ez lehetővé teszi, hogy valami mással foglalkozzunk, amíg a make dolgozik. 
Ha lefutott, a shell üzenettel jelzi a processz végét. 


MIKOR NE FUTTASSUNK A HÁTTÉRBEN? 


Háttérben futtatni a nem interaktív programokat a legjobb. Az ilyenek nem 
igénylik, hogy bemenetüket mi gépeljük be, és kimenetüket sem írják a képer- 
nyőre. Viszont nem jó ötlet megpróbálni szövegszerkesztő programok - mint pl. 
a vi vagy az emacs - háttérben való futtatását. Az ilyen programok kifejezet- 
ten a billentyűzet és a képernyő használatára készültek. 

A Unix persze megengedi, hogy bármely programunkat háttérben futtassuk, 
ehhez csak a programot indító parancs után kell írnunk az £ karaktert. 

MI! történik tehát, ha ilyesféle programot a háttérben futtatunk? Hogy erre 
választ tudjunk adni, a következő két kérdésre kell megtalálnunk a feleletet: 
Mi történik, ha egy háttérprocessz megkísérel a billentyűzetről olvasni? És ha 
megpróbál írni a képernyőre? 
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Ha egy háttérprocessz a billentyűzetről próbál olvasni, megáll és állva marad, 
míg a processzt valahogy előtérbe nem hozzuk. (Nemsokára látni fogjuk, ho- 
gyan történik ez.) Gondoljunk arra, hogy a program olvasni akar, ezért várni 
fog és egyre csak vár, mindaddig, amíg nem kap tőlünk valami (be)olvasnivalót. 

Mi történik, ha a háttérprocessz megpróbál írni a terminálra? A kimenet 
megjelenik a képernyőn, így a program részéről a dolog rendben van. Mi vI- 
szont valószínűleg valami mással foglalkozunk, és éppen a kellős közepén le- 
szünk, amikor a program semmiből hirtelen előtűnő kimenete összekuszálja a 
képernyőnket. 

Ha szeretnénk ezt megtapasztalni, próbáljuk ki a következőt: Gépeljük a kö- 
vetkező két parancsot gyors egymásutánban: 


w 6 
vi 


Az első a w parancs (amelyik arról tájékoztat, hogy ki és mit csinál éppen a 
gépen), a második a vi szövegszerkesztő. 

Tekintve, hogy £-et gépeltünk a w után, az első program háttérprocesszként 
fut. A shell ezért nem fogja megvárni a w végét a vi elindítása előtt, így w a vi 
elindítása után fog a képernyőre írni. Az eredmény egy szétzilált képernyő, 
mely jól illusztrálja, hogy mi történik, ha egyszerre két processz ír a képernyő- 
re." 

(Ha szeretnénk letörölni a vi képernyőjét, nyomjuk le egyszerre a CTRL és 
L billentyűket /AL/. A vi-ból kilépni a : agépelésével, majd az ENTER lenyo- 
másával lehet.) 

A tanulság: ne futtassunk a háttérben olyan programokat, amelyek olvasni 
akarnak a terminálról, vagy írnának rá. 


Tipp: Ha egy program a terminálra ír, de hosszasan fut, megtehetjük, 
-H hogy a standard kimenetét egy file-ba irányítva a háttérben indítjuk el. 
A program kimenetét később megnézhetjük a file megjelenítésével. 
A következő parancs pl. a háttérben futtatja a w-t - annak kimenetét 
a w-data nevű file-ba írva -, és elindítja a vi szövegszerkesztőt: 


w 5 w-data § 
vi 


A w kimenete készen vár ránk, amikor befejeztük a vi használatát. 


t A mai gyors gépeken a w § általában lefut, mielőtt a v1-t sikerülne elindítanunk. A fenti helyett 
ezért a következőt ajánljuk: 

15-R/£ 

vi 

Az első parancs - a háttérben futva — a gyökérkönyvtártól kezdve rekurzívan kilistázza a rendszer 
összes file-ját. E folyamat meglehetősen elnyúlik, így a vizsgált jelenség kényelmesen megfigyelhe- 
tővé válik. 
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PROCESSZ FELFÜGGESZTÉSE: JOB VEZÉRLÉS 


Ha időlegesen fel akarjuk függeszteni az éppen használt program futását, ezt a 
a z lenyomásával tehetjük meg, mely a susp kódot generálja. Amikor ezt tesz- 
szük, azt mondjuk, hogy FELFÜGGESZTETTÜK (suspend) a processzt. 
A susp billentyűkombinációja majdnem mindig a AZ. Ha arra gyanakod- 
nánk, hogy a mi rendszerünkön ez mégis más, ezt az stty paranccsal ellenőriz- 
hetjük. 

Ha felfüggesztettünk egy processzt, a shell jelezni fogja, hogy a job végrehaj- 
tása megszakadt. Ha pl. a vi szövegszerkesztő használata közben úgy döntünk, 
hogy felfüggesztjük a szerkesztést, és megnézzük, hogy jött-e levelünk, a AZ le- 
nyomása után ezt látjuk: 


Stopped 


Most kedvünkre kiadhatunk bármilyen parancsot (pl. a levelező programét). 
Bármikor visszatérhetünk a felfüggesztett programhoz (ami esetünkben a 
vi), az fg (foreground, előtér) paranccsal. Egyszerűen gépeljük a következőt: 


fg 


A shell újra aktivizálja a programot, és folytathatjuk a munkát, ahol abba- 
hagytuk. , 

Egy felfüggesztett processz a végtelenségig vár. Ujraindítására egyaránt hasz- 
nálhatjuk az fg és a később ismertetendő bg parancsokat. Ezt a lehetőséget 
- tehát hogy képesek vagyunk felfüggeszteni és újraindítani egy processzt -— 
nevezzük JOB VEZÉRLÉSnek. 

Két feltétele van annak, hogy használjuk a job vezérlést: (1) ashellünk és (2) a 
rendszerünkön futó Unix lehetőséget ad rá. Minden modern shell (beleértve a 
C-shellt és a Korn-shellt 15) ilyen. Nem úgy a Bourne-shell. Ami a Unixot illeti, a 
Berkeley Unix támogatja a job vezérlést, a System V viszont csak a V.4-es ver- 
ziótól. 

Így amennyiben nem Bourne-shellt vagy a System V egy régebbi verzióját 
használjuk, lehetőségünk nyílik a job vezérlés alkalmazására és processzek fel- 
függesztésére. 

(A Unix különböző fajtáinak a leírását a UNIX — Bevezetés című könyvben, a 
shellekét az 1—3. fejezetekben találjuk.) 


Tipp: A Korn-shellben nem használhatunk job vezérlést, a monitor opció 
aktivizálása nélkül. Megeshet, hogy ez már megtörtént rendszerünkön. 
Ha mégsem, magunknak kell megtennünk a következő parancs segítsé- 
gével: 


set -omnitor 
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Általában e parancsot a környezeti file-ban helyezzük el, így a monitor opció 
automatikusan aktivizálódik új Korn-shell megnyitásakor. A Korn- shellről és a 
környezeti file-ról a 3. fejezetben olvashatunk. 


FELFÜGGESZTETT JOBOK 
KILISTÁZÁSA: jobs 


Felfüggesztett jobjaink nyomonkövetésére a jobs parancsot használjuk. Szin- 
taxisa: 


jobs [-1] 


Ha látni szeretnénk a felfüggesztett jobjainkat tartalmazó listát, a parancsot 
magában gépeljük be: 


jobs 

Mintapélda ennek kimenetére: 
[1] Stopped vidocument 
[2] - Stopped make game 
[3] 4 Stopped elm 


Ez esetben három felfüggesztett jobunk van: Az egyes számú a vi szöveg- 
szerkesztő, a 2-es a make program, a 3-as pedig az elm levelező program. 


Ha a job száma mellett a processz azonosítóra is kíváncsiak vagyunk, használ- 
juk a jobs-ot a -1 (long listing: hosszú lista) opcióval: 


jobs -1 

A kimenet: 
[1] 6727 Stopped vi document 
[2] - 3662 Stopped make game 


[3] 4 3709 Stopped elm 
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FELFÜGGESZTETT JOB ELŐTÉRBE 
HOZÁSA: fg 


Ha felfüggesztett jJobon szeretnénk tovább dolgozni, előtérbe hozhatjuk az fg 
parancsát. Szintaxisa: 


fg [8]ob] 


ahol job a felfüggesztett Job neve vagy száma. 
Ha önmagában adjuk ki a parancsot: 


fg 


a shell az AKTUÁLIS JOBnak nevezettet (current job) fogja újraindítani. . Ez 
az, amelyet a jobs parancs használatakor a 4. karakterrel látunk megjelölve. Az 
előző részben az aktuális job a 3. számú elm program volt. 

Az aktuális job az, melyet legutoljára függesztettünk fel. Ha felfüggesztett 
jobunk nincs, az aktuális job a legutolsó háttér job. 

Szeszélyünknek megfelelően kiválaszthatjuk, hogy melyik jobot kívánjuk 
előtérbe hozni. A 7.1. táblázatban foglaltuk össze, hogy hogyan hivatkozha- 
tunk a jobokra. 

Az esetek nagy részében a legegyszerűbb, ha 9o jelet használunk, amelyet a 
job száma követ. Pl. az I-es jobot a következőképpen tudjuk előtérbe hozni: 


fg "21 


A jobot megadhatjuk a parancs nevére hivatkozva is. Ha pl. a make game 
parancsot futtató jobot szeretnénk előtérbe hozni, így is tehetjük: 


fg ""make 


Valójában elég annyit megadni, ami elegendő a többi jobtól való megkülön- 
böztetésre. Ha nincs több , m" betűvel kezdődő parancs, a következő is elég: 


fg $m 


Újabb lehetőség a 95 ? használata, melyet a parancsnak egy részlete követ. A 
make game parancsot pl. a következő módon is előtérbe hozhatjuk: 


fg "5? game 


Figyelem: Ha shellünk a ? karaktert helyettesítő karakternek értelmezi, a ! 
(backslash) karaktert kell a ? elé írni, hogy a shell betű szerint értse a kérdőjelet: 


fg s ?game 
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7.1. táblázat. Jobok megadása fg és bg parancsok használatához 


Megadás módja Jelentés 
$nn nn számú job 
$name a name-val kezdődő parancs 


3?7name az a parancs, melyben szerepel a name 
§ az aktuális job 

5 mint 99 

5 - az előző job 





Amikor ezt tesszük, azt mondjuk, hogy , levédjük" (guoting) a kérdőjelet. 

Ha az fg parancsot önmagában job megadása nélkül használjuk -— amint azt 
már említettük — az aktuális jobot hozza előtérbe. (Ez az, amelyik -- karakterrel 
jelzett a jobs kimenetében.) Másrészt használhatjuk a 90 vagy 9 jeleket is az 
aktuális jobra való hivatkozáshoz. A következő három parancs tehát ugyanazt 
jelenti: 


fg 
fg $ 
fg "ét 


A fentihez hasonlóan használhatjuk a $6- -t az aktuálist megelőző job megje- 
lölésére: 


fg 95- 


Ez azt a jobot hozza előtérbe, melyet - jel jelöl a jobs kimenetében. 

Kényelmi okokból néhány shell feltételezi, hogy a parancs nélkül, 90 karak- 
terrel kezdődő job leíró gépelésekor az fg parancsot szeretnénk használni. Ha 
pl. a 2. számú job a make game parancs, a következők mindegyike ugyanarra az 
eredményre vezet: 


962 

fg 962 

fg "?game 
fg "anake 


A shell mindegyik esetben a 2. jobot hozza előtérbe. Még egy rövidítést hasz- 
nálhatunk: az egyszerű százalék jelből álló parancsot, mély az aktuális jobot 
hozza előtérbe. A következő négy parancs tehát lényegében azonos: 


96 

fg 
fg? 
fg "et 
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Tipp: Noha példáink több mint egy felfüggesztett jobot tartalmaztak, az 
B esetek jelentős részében csak egyetlen jobot függesztünk fel, csinálunk 

valami mást, majd visszatérünk az eredeti tevékenységünkhöz. Ez eset- 
ben a job vezérlés roppant egyszerűvé válik: a Job felfüggesztésére csak a AZ-t 
kell megnyomnunk, újraindítása pedig 90 vagy fg gépelésével történhet. 


FELFÜGGESZTETT JOB 
HÁTTÉRBE KÜLDÉSE: bg 


Felfüggesztett jobot a bg paranccsal küldhetünk a háttérbe. Szintaxisa: 
bg [$job] 


A job Ismét csak a felfüggesztett job száma. 

Egy job megadására az fg parancsnál megismert szabályokat kell alkalmaz- 
nunk. Használhatjuk a 7.1. táblázatban látható összes variációt. Pl. a 2-es jobot 
így lehet a háttérbe mozgatni: 


bg 962 


Ha a parancsot job megadása nélkül használjuk: 


bg 


a shell az aktuális jobot teszi a háttérbe. 

Amint azt sejthetjük, az fg parancsot sokkal gyakrabban fogjuk használni, 
mint a bg-t. Van azonban egy fontos helyzet, amelyben a bg igen jól jön. 

Mondjuk, hogy (a szokásos módon) kiadunk egy parancsot, mely úgy tűnik, 
sokáig fog futni. Ha a program nem interaktív, felfüggeszthetjük és a háttérbe 
küldhetjük. 

Ha a make parancsot használjuk a game program elkészítéshez, ezt gépeljük: 


make game 


Kis idő múltán rájövünk, hogy ez bizony el fog húzódni, és mivel a make-nek 
nincs szüksége tőlünk semmire, nincs értelme lekötni a terminálunkat. Egysze- 
rűen nyomjunk AZ-t a job felfüggesztésére, majd a bg-vel küldjük azt a háttérbe. 
A terminál így felszabadul, és újabb parancsokat gépelhetünk. 


Tipp: Ha a programot háttérben akarjuk futtatni, de megfeledkezünk az 
ét karakterről, felfüggeszthetjük futását a AZ-vel és a bg parancs haszná- 
latával háttérbe küldhetjük. 
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PROCESSZEK ÁLLAPOTÁNAK 
MEGJELENÍTÉSE: ps 


Felhasználó-azonosítónk égisze alatt futó programokról információt megjelení- 
teni a ps (process status: processz állapota) paranccsal tudunk. 

A ps parancsnak nagyszámú opciója van, amelyek rendszerről rendszerre 
változnak. A Berkeley Unix esetén az opciók mások, mint a System V eseté- 
ben. Ezen opciók használatával sok technikai információt jeleníthetünk meg 
a processzekről. Más felhasználók processzeiről is kaphatunk információt. 

Mindazonáltal az esetek túlnyomó többségében saját processzeinkkel fogunk 
törődni, és csak alapvető információkat akarunk látni. Ehhez egyszerűen csak 
magát a parancsot gépeljük: 


pPS 

Egy tipikus kimenet: 
PID TT STAT TIME COMMAND 
3662 r2 TW 0:05 make game 
3709 r2 TW 0:00 elm 
6087 r2 S 0:00 -ceh (cash) 
6727 r2 TW 0:00 vi document 
23895 r2 R 0:00 ps 


Itt öt parancs van, amely felhasználó-azonosítónkhoz kötődik. Amint láthat- 
juk, az első oszlop tartalmazza a processzazonosítót. 

A második oszlopban annak a terminálnak a nevét olvashatjuk, amelyből a 
parancsot elindítottuk. A ps parancs a terminál nevének csak utolsó két karak- 
terét mutatja, esetünkben ez r2. A teljes terminálnév ttyr2 lenne. 

A következő oszlop mutatja a processzek állapotát. Ez megint valami olyas- 
mi, amivel nem kell foglalkoznunk. 

A 4. oszlopból megtudjuk, hogy a processz mennyi gépidőt használt eddig. A 
gépidőt percekben és másodpercekben mérik, és csak nagyon kevés tart sokáig. 
Példánkban a make program kb. 5 másodpercnyi gépidőt használt, az összes 
többi olyan keveset, hogy mindegyiknél 0 másodperc áll. 

Az utolsó oszlopban láthatjuk, hogy melyik paranccsal indult a processz. Ha 
nem csinálunk semmit, akkor is látni fogunk legalább két sort, egyet a shell, 
egyet pedig a ps parancs miatt. Egy tipikus példa: 


PID TIT STAT TIME COMMAND 
25015 dó S 0:00 -ceh (cash) 
25034 dó R 0:00 PS 


Itt a csh-t (ez a C-shell) és aps parancsot látjuk. Természetesen utóbbi a ps 
befejezésével azonnal eltűnik, így valójában csak egy processzünk van: a paran- 
csainkra váró shell. 
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Tipp: Számos részletet megtudhatunk processzeinkról, ha használjuk a 
-- ps különböző opcióit. Abba is beleüthetjük az orrunkat, hogy más mifé- 
le parancsokat futtat. (Ebben persze a w 15 segíthet.) 

Ezeket az opciókat és működésüket rendszerünkön úgy ismerhetjük meg, ha 
kikeressük a ps-t az on-line kézikönyvből a man ps parancs segítségével. A ké- 
zikönyvből az is kiderül, hogy mit jelentenek a különböző ÁLLAPOTKÓDok 
(status code). (Az Unix on line kézikönyvéről a UNIX — Bevezetés című könyv- 
ben olvashatunk.) 


PROCESSZ LEÁLLÍTÁSA: kill 


Szokványos, előtérben futó programot megállíthatunk az intr billentyű lenyo- 
másával. A legtöbb rendszeren ez a AC, másokon a DELETE billentyű. 

De hogyan állítsunk le egy háttérben futó programot? A ki11 (elpusztít) pa- 
ranccsal, amelynek szintaxisa: 


kill [-signal] process 


A signal itt a jel típusát jelenti (amelyet azonnal ismertetünk), a process 
pedig a leállítani kívánt processzt azonosítja. A processz ilyesfajta megszünte- 
tését , kilövésnek" nevezzük. A kill parancsot leggyakrabban egyszerűen 
egy processzazonosítóval használjuk. A kil1 használata előtt a jobs vagy a 
ps paranccsal nézhetjük meg a processzazonosítót. 

Lássunk egy példát! 

A make game £ paranccsal elindítottuk a háttérben a make programot. Ké- 
sőbb úgy döntünk, hogy leállítjuk a jobot. Először használjuk a ps parancsot a 
processzazonosító kiderítésére: 


PS 

A kimenete: 
PID TT STAT TIME COMMAND 
3662 r2 TW 0:05 make game 
3709 r2 TW 0:00 elm 
6087 r2 S 0:00 -csh (cash) 
6727 r2 TW 0:00 vi document 
23895 r2 R 0:00 ps 


A szükséges processzazonosító a 3662. A processz leállításához gépeljük a 
következőt: 


kill 3662 
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A shell leállítja a processzt és egy üzenetet ír a képernyőre: 
[2] Terminated make game 
Ez azt jelenti, hogy a make game programot futtató processz leállt. Az első 
szám azt jelenti, hogy a job száma 2 volt. 


A különböző processzek kilistázásának másik módja a jobs -1 parancs hasz- 
nálata. Tegyük fel, hogy ezt használjuk a ps helyett: 


jobs -1 

Ezt látnánk: 
[1] 6727 — Stopped vi document 
[2] - 3662 — Stayped make game 


[3] 4 3709 — Starped elm 


Most újra használhatnánk a k111 3662 parancsot a make program leállításá- 
ra. Azonban használhatjuk a jobok megadásának azt a módját is, melyet az fg 
és bg parancsok kapcsán ismertünk meg (I. 7.1. táblázat), tehát írhatnánk a kö- 
vetkezőt: 


kill x2 


Sz 


Tipp: Ha előtérben futtatott programmal valami probléma merül fel, ál- 
talában a AC segítségével próbáljuk leállítani. Néha azonban ez nem vá- 
lik be, és a gonosz program kicsúszik a kezeink közül. 

Ilyen esetben a A Z-vel felfüggeszthetjük, majd a jobs paranccsal megnézhet- 
jük a számát, végül a k111-lel leállíthatjuk. 

Ezt a jótanácsot érdemes megjegyezni. Gyakran ez az egyetlen módja egy 
egyébként elérhetetlen program leállításának, amely már a Szürkületi Zóná- 
ban jár. 





Gyakorlatiasan szólva a ki11 parancs célja nem a processz leállítása: arra 
tervezték, hogy processzeknek szignált (signal) küldjön. A UNIX - Bevezetés 
című könyvben a speciális billentyűkombinációk tárgyalásánál (intr, stop, 
start, susp stb.) megemlítettük a szignálokat. Valahányszor ezen billentyű- 
kombinációkat lenyomjuk (AC, AS, Ag, AZ stb.), jelet küldünk az aktuális elő- 
térprocessznek. A processz dolga felismerni a szignált, azután vagy csinálni ve- 
le valamit vagy továbbadni a Unix-nak, hogy az kezdjen vele valamit. 

Mindegyik szignálnak saját neve és azonosító száma van. A Unix rendszerek 
legtöbbjében legkevesebb 30 különböző szignál van, de az egyszerű felhasználó 
számára csak 2 érdekes. A 15. számú szignál neve TERM. A ki111 parancs ezt a 
szignált használja a processzek leállítására. (A név a , terminate": leállít ige rö- 
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vidítése.) A 9-es szignál neve: KILL. Amint azt rögtön látni fogjuk, ez nem más, 
mint a TERM durvább formája. 

A ki11 parancs használatakor a szignált opcióként adhatjuk meg. Ha nem 
adunk meg ilyet, a k111 alapértelmezés szerint 15-ös jelet fog küldeni. Így az 
alábbi három, a 3662-es processzre ható parancs megegyezik. 


kill 3662 
kill -15 3662 
kill -TERM 3662 


Amint említettük, sok különböző szignál létezik, aki11 célja pedig az, hogy 
a megadott processznek megadott szignált küldjön. E szerint talán szerencsé- 
sebb lenne e parancsot signal-nak nevezni. Azonban a ki11 alapértelmezés- 
ben a 15-ös szignált küldi, amelynek hatása a program leállítása, és emiatt kap- 
taakil1 nevet. Valójában a legtöbben csak processzek leállítására használják a 
kil1 parancsot, nem pedig más szignálok küldözgetésére. 

Az esetek többségében a program felismeri a TERM szignált, és elegánsan be- 
szünteti futását. Néha viszont a programot úgy tervezik, hogy ne törődjön ezzel 
a szignállal (de megeshet az is, hogy valami nem működik rendesen). Ilyenkor 
az egyszerű k111 paranccsal nem tudjuk leállítani a programot. 

E helyett a KILL szignált használhatjuk, amelyet nem lehet , megúszni". Más 
szóval: a KILL használata biztos halált eredményez. Pl. ha a 3662-es procesz- 
szünk leállításával gondunk támad, az alábbi két parancs bármelyikét használ- 
hatjuk: 


kil1 -9 3662 
kill -KILL 3662 


A legtöbb ember a -9-es opciót használja, lévén rövidebb, mint a -KILL. 


Tipp: Ha le akarunk állítani egy processzt, először az egyszerűki111 pa- 
SE ranccsal próbálkozzunk. A ki11 -9-et hagyjuk meg utolsó lehetőség- 
nek. 

Amikor a ki11-t opció nélkül használjuk (ami ugyebár ki111 -15), a pro- 
cessz számára lehetőség nyílik az esetleg megnyitott file-ok lezárására. 
A ki11 -9 használatakor a processz azonnal leáll. Ha voltak megnyitott és 
nem megfelelően lezárt file-ok, abból később gondjaink támadhatnak. 


Tipp: Ha kíváncsiak vagyunk a szignálok teljes listájára, számos rend- 
szerfile-ban megtalálhatjuk őket. Próbálkozzunk az alábbi parancsok- 
kal: 
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more /usr/include/signal.h 
more /usr/include/sys/signal.h 


Másik lehetőség az on-line kézikönyv azon oldalának megjelenítése, mely le- 
írja a signal nevű definíciós file-t. Itt látni fogjuk a teljes listát. Az alábbi paran- 
csot használjuk: 


man signal 


(A Unix on-line kézikönyvének leírását a UNIX - Bevezetés című könyvben 
találjuk. ) 


5. FEJEZET 


A vi SZÖVEGSZERKESZTŐ 


Az adatfile-ok létrehozására ill. módosítására használt programokat SZÓ- 
VEGSZERKESZTÖKknek vagy egyszerűen szerkesztőknek hívjuk. Ha szöve- 
get, vagyis betűkből, számokból és írásjelekből álló file-okat akarunk módosí- 
tani, mindig szövegszerkesztőket használunk. 

Ebben a fejezetben a Unix-al kapcsolatos legfontosabb tudnivalók egyikéről 
lesz szó: nevezetesen a vi nevű szövegszerkesztőről. Rendkívül fontos, hogy 
megismerkedjünk a vi, vagy valamilyen más szövegszerkesztő, pl. az emacs 
vagy apico használatával. Erre azoknak is számtalan alkalommal lesz szüksé- 
ge, akik se dokumentumokat, se programokat nem akarnak készíteni Unix 
alatt. 

Például, ha szeretnénk egy levelet küldeni valakinek, akkor lehetőségünk van 
arra, hogy az üzenetet sorról sorra gépeljük be. Ugyanakkor, ha nem ismerjük 
meg egy szövegszerkesztő használatát, akkor arra már nincs lehetőségünk, 
hogy a szöveget megváltoztassuk. Természetesen ebben az esetben az elkülde- 
ni kívánt szöveg előzetes megírására sincs módunk. Ha tagjai vagyunk a Usenet- 
nek - ami egy olyan vitacsoport, aminek a világ legkülönbözőbb tájain élő tagjai 
a hálózaton keresztül érintkeznek - akkor időről időre szükségünk van arra, 
hogy a hozzászólásainkat, véleményünket tartalmazó írásainkat elküldjük a 
csoport többi tagjának. Ezt szintén nem tehetnénk meg, ha nem ismernénk 
egy szövegszerkesztő használatát. Valójában lépten nyomon szövegszerkesztőt 
kell használnunk, ha szöveges file-ok tartalmát akarjuk módosítani. 

Számos Unix program tartalmaz olyan belső parancsot, ami szükség esetén 
lehetővé teszi egy szerkesztő elindítását. A leggyakrabban ez a szerkesztő a 
vi, így ennek ismerete gyakorlatilag elkerülhetetlen. 

Ebben a fejezetben a vi használatának alapjairól lesz szó. Bár arra nem lesz 
lehetőségünk, hogy minden apró részletre kitérjünk, a legfontosabb tudnivaló- 
kat mind érinteni fogjuk. 


ma Megjegyzés: Ha egy Unix-tól különböző operációs rendszerrel működő 
gépről - pl. egy Macintosh-ról, vagy egy PC-ről - lépünk be egy Unix-os 
— I gépre, akkor a szöveges file-okat saját gépünkön is létrehozhatjuk, majd 
ezeket átküldhetjük a Unix alatt futó gépre. Ennek ellenére gyakran mégis job- 
ban járunk, ha a Unix-os gépen hozzuk létre a file-jainkat. 
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Ezért attól függetlenül, hogy hogyan szoktunk belépni egy Unix-os rendszer- 
be, igenis meg kell tanulnunk egy Unix szerkesztő használatát. Ha ismerjük a 
vi-t, akkor egyetlen Unix rendszeren sem fog problémát okozni a szövegfile- 
ok szerkesztése. 


MELYIK SZERKESZTŐT HASZNÁLJUK? 


Minden Unix felhasználónak ismernie kell legalább egy szerkesztő használatát. 
(Ez nélkülözhetetlen.) Alapvetően három szerkesztő közül választhatunk: ezek 
a vi, az emacs és a pico. Mind a vi, mind az emacs hatékony, minden szük- 
séges sajátsággal rendelkező szerkesztő programok. Ezek használatának elsajá- 
títása kétségtelenül időigényes és fáradságos munka. A pico egy egyszerű, és 
sokkal kevesebb lehetőséget kínáló szerkesztő. Ennek használata viszont köny- 
nyen és gyorsan megtanulható. A pico a pine nevű levelező program része 
(I. UNIX - Bevezetés című könyv). Ennek ellenére mindennapi munkánk során 
is használhatjuk ezt a szerkesztőt, még akkoris, ha nem használjuk magátapi- 
ne levelező programot. 

Ezek után persze adódik a kérdés, hogy melyik szerkesztőt érdemes file-ja- 
ink szerkesztésére használnunk. Bár a választás kiváltsága természetesen az 
olvasóé, én azt javasolnám, hogy ez a szerkesztő vagy a vi vagy az emacs le- 
gyen. 

Az az igazság, hogy a pico-t egy könnyen kezelhető, egyszerű programnak 
tervezték. Olyan könnyen kezelhetőnek, hogy különösebb segítség és gyakor- 
lás nélkül bárki rögtön használni tudja. 

Az egyszerűsége miatt azonban a pico legalább annyira híján van a kreatív 
munka bármilyen lehetőségének, mint egy kongresszusi képviselő. Így könnyen 
az őrület határára kerülhet bárki, aki ezt a szerkesztőt próbálja használni min- 
dennapi munkája során. 

Higgyék el nekem, hogy később számtalan alkalommal kerülnének olyan 
helyzetbe, hogy valami kézenfekvő átalakítást szeretnének végezni egy szöve- 
gen, de a pico ezt egyszerűen nem tenné lehetővé. 

A Unix filozófiája, hogy hatékony, logikusan megtervezett eszközöket bizto- 
sítson a számunkra: olyan eszközöket, amelyek gondolkodásra, és új megoldá- 
sok keresésére bátorítanak. Arra, hogy elegáns, egyszerű és szép megoldások- 
kal végezzük a munkánkat. Mind a vi, mind az emacs ennek a filozófiának a 
jegyében készült programok. 

Ez persze nem azt jelenti, hogy soha, senki ne használja a pico-t (vagy más 
ehhez hasonló eszközöket, mint amilyen például a pine levelező program). Ar- 
ról van szó csupán, hogy ha valaki elég értelmes ahhoz, hogy megtanulja a Unix 
használatát, akkor az jobban jár, ha a vi-t vagy az emacs-ot használja szöveg- 
szerkesztőnek. Ennek ellenére számos olyan ember él világszerte, akik apico-t 
használják, és mégis hasznos, tevékeny tagjaiként tudnak élni a társadalomnak. 

Ha gyakorlott Unix felhasználókat faggatnánk, hogy milyen szerkesztőt hasz- 
nálnak - és minden gyakorlott Unix felhasználó használ néhány szerkesztőt — 
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akkor megállapíthatnánk, hogy mind a vi-nak, mind az emacs-nak megvan a 
maga tábora. 

Ebben a fejezetben a vi használatáról lesz szó. Azért a vi-ról, mert az meg- 
található valamennyi Unix rendszerben, és tökéletesen megfelel a céljainknak. 
Ezenkívül a vi egy standard eszköz. Évek óta változatlan, és a jövőben is az 
marad. Persze az emacs is tökéletesen megfelelne a céljainknak, viszont nem 
része minden Unix rendszernek. Ezért célszerű a vi-al megismerkednünk, ha- 
csak nincs valami más nyomós okunk az emacs használatára. Ha akarjuk, ké- 
sőbb még bármikor megismerhetjük az emacs használatát 15. 


Ez 


Tipp: Ha a vi tanulása közben úgy éreznénk, hogy nincs az egészhez 
semmi kedvünk, tartsunk egy kis szünetet, és próbáljuk ki nyugodtan 
az emacs-ot. Az emacs használata valószínűleg olyan lehetetlennek 
és bonyolultnak fog tűnni, hogy sokkal nagyobb kedvvel fogunk visszatérni a 
vi használatához. 





MI A vi? 


Mint a UNIX - Bevezetés című könyvben szó volt róla, a Unix fejlesztői egy 
telex-szerű terminált használtak a kezdetek kezdetén. Később ugyan áttértek 
egy kezdetleges terminál használatára, ez azonban mai szemmel nézve még 
mindig rendkívül lassú és kényelmetlen volt. 

Az első Unix szerkesztőt ed-nek hívták. Ez egy sor-alapú szerkesztő, más né- 
ven sorszerkesztő volt. Ez azt jelenti, hogy a szöveg sorai meg voltak számozva, 
és ezensorszámok segítségével lehetett kiadni a parancsokat. Így például paran- 
csot adhattunk a 10-től 20-ig számozott sorok kinyomtatására, vagy a 17-es szá- 
mú sor törlésére. Erre a megközelítésre a terminálok lassúsága miatt volt szük- 
ség. (Egyébként ezeknek a korai terminál típusoknak köszönhető az a Unix 
terminológia, hogy a nyomtatás (print) szó az adatok megjelenítését jelenti.) 

Később a Berkeley-n dolgozó Bill Joy kifejlesztett egy sokkal hatékonyabb 
sorszerkesztőt, az ex-et (extended editor). Az ex jóval sokrétűbb és hatéko- 
nyabb volt, mint az ed. (Bill Joy a Berkeley Unix írásában is nagy szerepet ját- 
szott. Így például ő írta a C-shellt is. Később ő alapította meg a Sun Microsystem 
nevű céget.) 

A sorszerkesztők a képernyő alján soronként jelenítik meg az adatokat. Egy 
új sor megjelenítésekor a már korábban a képernyőre került sorokat egy sorral 
feljebb görgetik. A gyors, rugalmasan működő terminálok megjelenésével meg- 
jelent azigény olyan képernyő-alapú szerkesztők iránt, amelyek kihasználják az 
új terminál típus kínálta lehetőségeket. Ezek a szerkesztők már megengedték, 
hogy a modern szövegszerkesztőkhöz hasonlóan a képernyőn bárhol adatokat 
jelenítsünk meg, vagy adatokat gépeljünk be. 

Joy írt az ex-hez egy képernyő-alapú felhasználói felületet, amit vi-nak ne- 
vezett el (visual editor). A vi megengedi valamennyi ex parancs használatát, de 
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megvannak a maga speciális utasításai és konvenciói is, amelyek lehetővé teszik 
a teljes képernyőn való szerkesztés kínálta lehetőségek kihasználását. Idővel a 
vi vált a standard Unix szerkesztővé, és mint már említettük, valamennyi Unix 
rendszeren megtalálható. 

Érdekesmódona vi és azex tulajdonképpen ugyanaz a program. Ha ezt a prog- 
ramot az ex paranccsal indítjuk el, akkor az egy sor alapúfelhasználói felületet fog 
biztosítani számunkra. Ezzel szemben, ha a vi parancsot adjuk ki, akkor egy kép- 
ernyő alapú felhasználói felületet használ. Következésképpen a vi használatakor 
valamennyi ex parancs a rendelkezésünkre áll. Mint később látni fogjuk, gyakran 
hatékonyabb egy ex parancs használata, mint a megfelelő vi parancsé. 


IT REJT A NÉV? 

ed, ex, vi 
A Unix fejlesztésének kezdetén számos parancs kapott rövid, két betűből álló 
nevet. A hagyományok szerint ezeket a neveket betűszóként (két különálló be- 
tűként) ejtjük ki az angol kiejtés szabályai szerint. Így például az ed kiejtése 
, ee-dee" (í, dí), míg a vi-é , vee-eye" (ví-áj). Helytelen ezeket a neveket egy 
szótagként mondani, pl. a vi-t , vi"-nek. 

Két praktikus oka is volt, hogy ilyen sok parancs kapott két betűből álló ne- 
vet. Az egyik, hogy a jó képességű, értelmes emberek kedvelik a rövid, könnyen 
használható rövidítéseket. Másrészt a terminálok régebbi típusai idegőrlően 
lassúak voltak, így sokkal kényelmesebb volt a gyorsan, és nehezebben elgépel- 
hető rövid parancsnevek használata. 

Ugyanez a korlát vezetett a Unix egyik fontos jellegzetességének, a tömörsé- 
gének a kialakulásához. Ha egy programnak nincs érdemi közölnivalója, az nem 
is közöl semmit. Így például ha valamilyen adat keresésére adunk parancsot, és 
a Unix azt nem találja meg, akkor semmilyen üzenet sem jelenik meg a képer- 
nyőn. Csupán a shell prompt újbóli megjelenését fogjuk észlelni. Ugyanezen 
okok miatt lettek a Unix hibaüzenetei is végletesen tömörek. 

A Unix hagyományos tömörsége, a kétbetűs parancsnevekhez hasonlóan, 
azoknak a gyors észjárású embereknek köszönhető, akik arra voltak kárhoztat- 
va, hogy lassú gépekkel dolgozzanak. A Unix szellemiségének még ma is fontos, 
bár már lassan jelentőségét vesztő része, az , ami tömör az szép" hitvallása. 


HOGYAN INDÍTSUK EL A vi-T? 


A vi indításához a vi parancsot kell begépelnünk. A parancs szintaxisa a kö- 
vetkező: 


vi[rfilenév...] 
ahol a filenév paraméter annak a file-nak a nevét jelöli, amit szerkeszteni 


akarunk. (A parancsnak van két hasznos kapcsolója is. Ezek használatára ké- 
sőbb még visszatérünk. ) 
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Így például, ha a memo nevű file-t akarjuk szerkeszteni, a következőket kell 
begépelnünk: 


vi memo 


Amennyiben ilyen nevű file még nem létezik, a vi azt létre fogja hozni. 
A vi-t úgyis elindíthatjuk, ha nem adunk meg paraméternek filenevet. Ilyen- 
kor lehetőségünk van arra, hogy munkánk elmentésekor adjuk meg egy file nevét. 


A PARANCS- ÉS AZ ADATBEVITELI 
ÜZEMMÓD 


Amikor a vi-al dolgozunk, valamennyi adat az ún. SZERKESZTŐ PUFFER- 
be kerül tárolásra. Ez azt jelenti, hogy amikor a vi segítségével szerkesztünk 
egy már létező file-t, akkor valójában nem a tényleges file-al dolgozunk. Ilyen- 
kor a vi a file tartalmát először a szerkesztő pufferbe másolja, és amíg nem 
mentjük el az azon végzett változtatásokat, addig azok csak a szerkesztő puffer- 
ben kerülnek tárolásra. Így lehetőség van arra, hogy ha véletlenül helyrehozha- 
tatlan károkat okoztunk a szerkesztő puffer tartalmában, akkor azt egyszerűen 
töröljük, megőrizve a file eredeti tartalmát. 

A vi két különböző üzemmódban használható. Az egyik az ADATBEVI- 
TELI ÜZEMMÓD, a másik a PARANCS ÜZEMMÓD. Amikor a vi adatbe- 
viteli üzemmódban van, akkor minden, amit a billentyűzeten gépelünk, bekerül 
a szerkesztő pufferbe. Ezzel szemben a parancs üzemmódban begépelt karak- 
tereket parancsként értelmezi a vi. Számos különböző parancs kiadására van 
lehetőségünk: törölhetünk sorokat, mozoghatunk a file különböző pontjai kö- 
zött, kereshetünk adatmintákat, végezhetünk változtatásokat és még folytat- 
hatnánk a sort. 

Aki használt már valaha szövegszerkesztőt, az tudja, hogy egy szövegszer- 
kesztőben a file tetszőleges pontjára állhatunk, és ott elkezdhetünk gépelni. 
A személyi számítógépeken a szövegben való mozgásra általában speciális bil- 
lentyűket használunk. Ilyenek pl. a PAGEUBP, a AGEDOWN, a HOME és az 
END, valamint a kurzor mozgató billentyűk. Ezeken kívül többnyire egeret is 
használhatunk a file-ban való mozgáshoz. Amikor a vi-t kifejlesztették, a szá- 
mítógép terminálok még nem tartalmazták ezeket a billentyűket, sőt még az 
egeret sem találták fel. Mindössze a hagyományos írógépbillentyűk és a Ctrl bil- 
lentyű létezett. 

Ez az oka, hogy a vi két különböző üzemmódban használható. Az általunk 
gépeltek hatása pedig attól függ, hogy éppen melyik üzemmódban van a vi. 
Így például ha a vi parancsmódban van és lenyomjuk a , D"-t, akkor törölni 
fogunk egy karaktert. Ezzel szemben ha adatbeviteli üzemmódban voltunk, ak- 
kor a , D" karakter lenyomásával! azt beszúrjuk a szerkesztő puffer tartalmá- 
ba, és a , D" meg fogjelenni a képernyőn. Ennek köszönhető, hogy a vi haszná- 
latához nincs szükség speciális billentyűkre, így az bármilyen terminálon hasz- 
nálható. 
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Most pedig jöjjön egy példa annak érzékeltetésére, milyen 15 az, amikor a vi- 
al dolgozunk. Tegyük fel, hogy egy file-t a közepén szeretnénk kiegészíteni né- 
hány adattal. Amikor elindítjuk a vi-t, akkor automatikusan parancs üzem- 
módba kerülünk. A kurzor azt mutatja, hogy hol állunk éppen a file-ban. Elő- 
ször a megfelelő parancsok használatával odaállítjuk a kurzort, ahová az új 
adatokat szeretnénk beszúrni. Ha ez megtörtént, begépeljük azt a parancsot, 
aminek a hatására a parancs üzemmódból az adatbeviteli üzemmódba kerü- 
lünk. Innentől kezdve minden amit gépelünk, bekerül a szerkesztő pufferbe. Vé- 
gezetül az adatbevitel befejezése után visszakapcsolunk parancs üzemmódba. 

Bár munkánk során természetesen a vi-t kapcsoljuk át egyik üzemmódból a 
másikba, ezt általában mégis úgy fejezzük ki, mintha mi magunk, a felhasználók 
kerülnénk egyik állapotból egy másikba. Így például gyakran hangzanak el 
ilyesmi mondatok: , Sok olyan parancs van, amit akkor használhatunk, ha pa- 
rancs üzemmódban vagyunk." 

A vi-al dolgozva gyakran kell a parancs és az adatbeviteli üzemmód között 
váltanunk. Parancs módban számos olyan különböző parancs van, aminek a se- 
gítségével adatbeviteli módba kerülhetünk. Ezen parancsok mindegyike egyet- 
len betű. Így például az , I" parancs begépelése után az aktuális sor elején kezd- 
hetünk el gépelni. Az , A" (append: hozzáfűz) parancs hatására az aktuális sor 
végére kerül a kurzor, és onnan folytathatjuk a munkánkat. Hamarosan részle- 
tesen is tárgyalni fogjuk ezeket a parancsokat. Amikor adatbeviteli üzemmód- 
ban vagyunk, akkor csak egyetlen lehetőségünk van arra, hogy parancs üzem- 
módba váltsunk: meg kell nyomnunk az ESC billentyűt. (Abban az esetben, 
ha már eleve parancs üzemmódban voltunk, az ESC billentyű lenyomásakor 
a vi sípol egyet.) Első hallásra furcsának tűnhet, hogy már ahhoz is egy speciá- 
lis üzemmódba kell! váltanunk, hogy egyáltalán gépelni tudjunk. Ezen azonban 
nem érdemes aggódnunk, ehhez gyorsan hozzá fogunk szokni. 

Ha bizonytalanok vagyunk benne, hogy éppen milyen üzemmódban va- 
gyunk, akkor úgy járunk a legjobban, ha megnyomjuk az ESC billentyűt két- 
szer. Ennek hatására biztosan parancs üzemmódba kerülünk, és a gép még sí- 
polni is fog egyet vagy kettőt. Hogy miért? Mert ha adatbeviteli üzemmódban 
voltunk, akkor az első ESC hatására parancs üzemmódba kerülünk, míg a má- 
sodik hatására a gép sípol egyet. Abban az esetben, ha már eleve parancs üzem- 
módban voltunk, az ESC billentyű mindkét lenyomásakor sípol egyet a gép. 


Tipp: Ha a vi használata során nem vagyunk biztosak benne, hogy me- 
-- lyik üzemmódban vagyunk, nyomjuk meg kétszer az ESC billentyűt. En- 

nek hatására biztosan parancs üzemmódba kerülünk és legalább egy sí- 
polást fogunk hallani. 





Persze bárkiben felvetődhet a kérdés, hogy miért nem jelzi valahogy a vi, 
hogy éppen melyik üzemmódban vagyunk. Erre a kérdésre két válasz is van. 
Először is a vi néhány verziójában erre is van lehetőségünk. Ha ezt az opciót 
be akarjuk állítani, gépeljük be a következő parancsot (természetesen parancs 
üzemmódban): 
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:set shommode (showmode: üzemmód megjelenítés) 


Ennek az opciónak a beállítása után a vi egy rövid üzenetnek a jobb alsó sa- 
rokban történő megjelenítésével fogja jelezni ha adatbeviteli üzemmódban va- 
gyunk. 

(Abban az esetben, ha ezt az opciót szeretnénk mindig bekapcsolt állapotban 
használni, akkor ezt a parancsot beírhatjuk a . exrc file-ba. Erről bővebben a 
fejezet végén lesz szó. Ennek hatására a vi mindig automatikusan bekapcsolja 
ezt az opciót, amikor elindítjuk. ) 

Másrészt ha valakinek már van egy kis gyakorlata a vi használatában, ill. az 
üzemmódok közötti váltásokban, akkor az mindig fogja tudni, hogy éppen mi- 
lyen üzemmódban van. Igazából ez nem szokott problémát jelenteni. A legtöbb 
tapasztalt vi felhasználó még akkor sem veszi a fáradtságot a showmode opció 
beállítására, ha erre megvolna a lehetősége. Egyszerűen nincs rá szükségük, és 
egy kis gyakorlás után senkinek sincs. 

A vi egy lenyűgözően jól megtervezett program. Ennek ellenére első látásra 
sok minden kényelmetlennek tűnhet. Egy kis gyakorlat megszerzése után azon- 
ban ki fog derülni, hogy mindennek megvan a maga oka és a vi használata lo- 
gikusnak és magától értetődőnek fog tűnni. Ennek alapján a következő megál- 
lapítást tehetjük, amit egyébként akár a Unix egészére is vonatkoztathatnánk: 


mun Megjegyzés: A vi-t könnyű használni, de nehéz megtanulni. 





Ha valaki vakon tud gépelni, az a vi használatát különösen könnyűnek fogja 
találni, a legfontosabb parancsok megtanulása után. Bármit meg tud majd csi- 
nálni, pusztán a megfelelő parancsok begépelésével. Csupán két speciális billen- 
tyűre lesz szüksége: a Ctrl és az ESC billentyűkre. Mint tudjuk, más szövegszer- 
kesztők esetén nem ez a helyzet. Azok más speciális billentyűket i5s használnak 
(pl. PAGEUP, PAGEDOWN), és gyakran az egér használatát is igénylik. 


FILE-OK MEGNYITÁSA vi-AL CSAK OLVASÁSRA 


Időről időre előfordul, hogy a vi-al olyan fontos file-okat akarunk megnézni, 
amelyeket véletlenül sem lenne szabad megváltoztatnunk. Erre két lehetősé- 
günk is van. Az első, hogy a vi-t a -R (read-only: csak olvasásra) kapcsolóval 
indítjuk el. Ez tudatja a vi-al, hogy nem akarjuk a beolvasott adatokat újra el- 
menteni. A másik amit tehetünk, hogy a view (megnéz) paranccsal indítjuk el a 
szerkesztőt. 

Lényegét tekintve semmi különbség sincs a két módszer között. Bármelyiket 
használjuk, ugyanaz lesz a végeredmény, így nyugodtan választhatjuk azt, ame- 
lyiket könnyebb megjegyeznünk. File-ok megnézésére tehát az alábbi két 
egyenértékű paranccsal van lehetőségünk: 
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vi -R fontos file 
view fontos file 


Mind a két parancs hatására elindul a vi, és úgy nyit meg egy fontos file 
nevű file-t, hogy azt csak olvasni tudjuk. Ha a vi-t ebben a formában használ- 
juk, az megóv bennünket fontos file-jaink felülírásától. 


ADATMENTÉS RENDSZERLEÁLLÁS UTÁN 


Időnként előfordul, hogy valamilyen ok miatt leáll a rendszer, miközben mi ép- 
pen a vi-t használtuk. Ha ez megtörténne, a vi általában lehetővé teszi, hogy 
visszanyerjük az adatainkat vagy legalábbis azoknak egy részét. Ne feledjük, 
hogy a vi használata során nem a tényleges file-al dolgozunk, hanem a szerkesz- 
tő pufferrel. A szerkesztő puffer tartalma pedig általában akkor is elmentésre 
kerül, ha a rendszer váratlanul áll le. 

A rendszer újraindítása után egy daemon automatikusan küld nekünk egy 
levelet, ami valahogy így fog kinézni:" 


You were edíting the file "memo" 

at Wed 11 16:245 on the machine "nipper" 

when the editor was killed. 

You can retrieve most of your changes to this file 

using the "recover" canmmand of the editor. 

An easy way to do this ís to give the camard "vi -r memo" 
This method also whorks using "ex" and "edit". 


Mint az a fenti üzenetből is kiderül, a szerkesztő váratlan leállása miatt el nem 
mentett munkánkat úgy menthetjük meg, ha a vi-t a -r (recover: helyreállít) 
kapcsolóval indítjuk el. Tehát mindenek előtt gépeljük be: 


V1-I 


Ekkor a vi kiír egy listát azokról a file-okról, amelyeknél lehetőségünk van a 
file-on végzett, de a szerkesztő leállása miatt el nem mentett munkánk megmen- 
tésére. Ha ez a lista tartalmazza azt a file-t, amelyikre szükségünk van, akkor 
gépeljük be a fenti parancsot, de most már filenévvel kiegészítve: 


vi -r memo 


$ A Unix alatt futó rendszerek egyelőre kivétel nélkül angolul leveleznek a felhasználókkal, így 
adott helyzetben ez az üzenet 15 angolul érkezne meg hozzánk. Tartalma a következő: 

Május 11-én, szerdán 16:24-kor 

miközben a , nipper" nevű gépen a , memo" nevű file-t szerkesztette, 

a szerkesztő futását megszakították. 

A file-on végzett változtatásainak a nagy része megmenthető 

a szerkesztő , recover" parancsával. 

A legegyszerűbben úgy járhat el, ha kiadja a , vi -r memo" parancsot. 

Ez a módszer a szerkesztő , ex" és , edit" üzemmódjában is használható. 
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Ennek hatására elindul a vi, és szerencsés esetben onnan folytathatjuk a file 
szerkesztését, ahol a gép leállását megelőzően éppen tartottunk. 


Mm Megjegyzés: Vigyázzunk arra, hogy ne keverjük a vi -r (recover: hely- 
E reállít) és a -R (read-only: csak olvasásra) opcióit. 
[ezis] 





HOGYAN LÉPHETÜNK KI A vi-BÓL? 


Két különböző szituációbanis előfordulhat, hogy ki akarunk lépni a vi-ból. Ál- 
talában először szeretnénk elmenteni egy file-ba a szerkesztő puffer tartalmát, 
majd ezt követően akarjuk leállítani a vi futását. Néha azonban előfordul, hogy 
valamilyen okból addigi munkánk elmentése nélkül akarunk kilépni a szerkesz- 
tőből. Bármelyik esetről is legyen szó, parancs módban kell lennünk hozzá, 
hogy ezt meg tudjuk tenni. Ezért ha adatbeviteli módban vagyunk, mindenek 
előtt nyomjuk meg az ESC billentyűt, hogy parancs módba kerüljünk. 

Ha a szerkesztő leállítása előtt el akarjuk menteni addigi munkánkat, akkor a 
következő parancsot gépeljük be: — 


Z2 


Vagyis nyomjuk le a SHIFT billentyűt, majd nyomjuk meg kétszer a Z-t. Eb- 
ben az esetben az ENTER lenyomására nincs szükség. 


IF REJT A NÉV? 

ZzZ 
Ennek a vi leállítására szolgáló parancsnak kétségtelenül elég furcsa neve van, 
de természetesen ennek is megvan a maga oka. Azért a ZzZ nevet választották 
ennek a parancsnak, mert ezt nehéz véletlenül begépelni. Egyszerűen nagyon 
valószínűtlen, hogy zZ-t gépeljünk, ha véletlenül azt hisszük, hogy adatbeviteli 
módban vagyunk parancs mód helyett. Ha a vi valami egyszerű, például az s 
parancsot (a stop szó rövidítéseként) használna a kilépésre, akkor nagyon köny- 
nyen előfordulhatna, hogy tévedésből lépünk ki. 


Abban az esetben, ha a munkánk elmentése nélkül akarunk kilépni, a követ- 
kező parancsot kell begépelnünk. 


eg! 


Ennek a parancsnak a begépelése után azonban meg kell nyomnunk a RE- 
TURN billentyűt is. Hogy erre miért van szükség, és hogy miért kezdődik egy 
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parancs kettőspottal, arról hamarosan bővebben is szó lesz. Addig is fogadjuk 
el, hogy ez sem véletlenül van így. 

Jól jegyezzük meg: amikor a ZZ paranccsal lépünk ki a vi-ból, a szerkesztő 
ellenőrizni fogja, hogy elmentettük-e már a munkánkat. Ha nem, akkor auto- 
matikusan elmenti. Ezzel szemben ha a kilépésre a : g! parancsot használjuk, 
a vi nem fogja elmenteni azt. 

A Unix-ban a ! karakter gyakran szerepel annak jelölésére, hogy el akarunk 
hagyni valamilyen automatikus ellenőrzési funkciót. A : a! parancs esetén pél- 
dául a ! azt jelenti a vi számára, hogy ne ellenőrizze, elmentettük-e az adata- 
inkat. 


A vi KÉPERNYŐKEZELÉSE 


Mint az 1-3. fejezetekben szó volt róla, sok Unix program használja a TERM ne- 
vű globális változót a megfelelő terminál típus beállítására. A vi is ennek a vál- 
tozónak az értéke alapján biztosítja, hogy a megfelelő terminálkezelő parancso- 
kat használja a terminál vezérlésére. Általában a vi annyi sort használ a 
képernyőn, amennyit az adott terminál típus maximálisan megenged. 


44 44 


nyőn, győződjünk meg róla, hogy a TERM változó jól van-e beállítva. 
A változó értékének C-shellből történő beállításáról a 2. fejezetben, 
míg Korn-shellből történő beállításáról a 3. fejezetben volt szó. 


A képernyő legalsó sorát PARANCSSORnak (Command Line) hívjuk. Mint 
azt hamarosan látni fogjuk, a vi bizonyos parancsok megjelenítésére használja 
ezt a sort. Az összes többi sor adatmegjelenítésre szolgál. A szerkesztő puffer 
tartalmából a vi annyit jelenít meg a képernyőn, amennyit csak lehet. 

Abban az esetben, ha kevés adatunk van, megeshet, hogy azok nem töltik 
meg a képernyőt. Így például ha van egy 25 soros terminálunk, a parancssort 
leszámítva 24 sor marad az adatok megjelenítésére. Most tegyük fel, hogy a szer- 
kesztő pufferben 10 sornyi adat van. Ekkor zavaró lehetne, ha a vi a 14 nem 
használt sort egyszerűen üres sorként jelenítené meg. Végül is előfordulhat, 
hogy az adat file-unk üres sorokat is tartalmaz. 

Ezért a vi - (tilde) karakterrel jelöli meg a nem használt sorok elejét. Amint 
újabb és újabb sorokkal egészítjük ki a file-unkat, azok úgy fognak egyre több és 
több helyet elfoglalni a képernyőn, csökkentve a --vel jelölt sorok számát. 

Abban az esetben, ha a képernyő tartalma valamilyen oknál fogva összezagy- 
válódik — például valaki küld egy üzenetet akkor a vi-al újraírathatjuk a teljes 
képernyő tartalmat a AL (Ctrl-L) billentyűk lenyomásával. Vannak olyanok is, 
akik a mesg változó értékét n-re állítják mielőtt elkezdenének egy szövegszer- 
kesztővel dolgozni, így nem zavarhatják meg a munkájukat üzenetek küldésé- 
vel. (Az mesg parancsról a UNIX - Bevezetés című könyvben volt szó.) 


B Tipp: Ha azt látjuk, hogy a vi furcsán jeleníti meg az adatokat a képer- 
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Általában az általunk begépelt adatok közönséges karakterekből állnak. Be- 
tűkből, számokból és írásjelekből. Időnként azonban szükség lehet rá, hogy ve- 
zérlő karaktereket is begépeljünk a szerkesztő pufferbe. Ezt úgy tehetjük meg, 
ha először egy A V-t gépelünk, majd ezt követően gépeljük be a beírni kívánt ve- 
zérlő karaktert. Így például ha egy AC karaktert akarunk megjeleníteni, akkor 
vVacC-t kell gépelnünk. Ennek megfelelően ha valamilyen furcsa oknál fogva 
a AV karaktert szeretnénk megjeleníteni, akkor A VA V-t kell gépelnünk. 

Amikor a vi vezérlő karaktereket jelenít meg, akkor a " karaktert fogjuk 
látni, amit egy betű követ. Ilyen például a AC. Azonban ne felejtsük el, hogy 
ez valójában egyetlen karakter, még akkor is, ha két karakternyi helyet foglal 
el a képernyőn. 

Mint a UNIX - Bevezetés című könyvben szó volt róla, a tabulátor karakter 
a MI. Mint a Unix-ban általában, a tabulátor pozíciók a vi-ban i5 minden 8. 
karakterhez vannak rendelve. (Ez a beállítás persze megváltoztatható, de a leg- 
többen nem veszik a fáradtságot, hogy ilyesmivel foglalkozzanak.) Amikor egy 
tabulátort gépelünk be a szerkesztő pufferbe, a vi nem a AI karaktert jeleníti 
meg a képernyőn. Ehelyett annyi üres karaktert ír a képernyőre, amennyi ahhoz 
szükséges, hogy következő adatunk a legközelebbi tabulátor pozíciótól kezdve 
jelenjen meg. Ez azonban csak az adatok áttekinthetőbb megjelenítését szolgál- 
ja. Ne felejtsük el, hogy a képernyőn megjelenő üres karakterek (space-ek) va- 
lójában nem léteznek. A szerkesztő puffer csupán egyetlen tabulátor karaktert 
tartalmaz. 


A vi ÉS AZ ex PARANCSOK HASZNÁLATA 


Mint már szó volt róla, a vi és az ex valójában két különböző arca ugyanannak a 
programnak. Ez a magyarázata annak, hogy a vi használata során mind vi, 
mind ex parancsokat használhatunk. 

A vi parancsok zöme egy vagy két betűből áll. Így például, ha egy szóval elő- 
rébb akarjuk vinni a kurzort, a w parancsot használhatjuk. (Csupán meg kell 
nyomni a w billentyűt.) Ha az aktuális sort törölni akarjuk, akkor a dd paran- 
csot kell kiadnunk. (Csak a d billentyűt kell lenyomnunk kétszer egymás 
után.) Mivel a vi parancsok ilyen rövidek, begépelésükkor nem kerülnek meg- 
jelenítésre a képernyőn. 

A vi parancsok legtöbbje esetén az ENTER billentyűt sem kell lenyomnunk. 
Így például amint megnyomtuk a , w"-t, a kurzor a következő szóra ugrik. Ha- 
sonlóan, a , dd" begépelése után az aktuális sor rögtön eltűnik. 

Abban az esetben, ha hibázunk és rossz vi parancsot gépelünk be, a számí- 
tógép sípol egyet. Hibaüzenet azonban nem jelenik meg a képernyőn. Az ex 
parancsok hosszabbak és bonyolultabbak a vi parancsoknál. Ezért ezek begé- 
pelésük közben kiírásra kerülnek a parancssorban. Valamennyi ex parancs egy 
kettősponttal ( :) kezdődik. Így például a 


:1,5d 
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parancs törli az 1-től 5-ig terjedő sorszámú sorokat. A 
"8/harley/Harley/g 


parancs valamennyi a szövegben előforduló , harley" szót , Harley"-ra cserélt. 

A kettőspont begépelése után a vi rögtön leviszi a kurzort a parancs sorba 
(a képernyő legalsó sorába). A parancs begépelése során minden egyes karak- 
ter megjelenik a képernyőn. Amikor befejeztük a parancs gépelését, akkor meg 
kell nyomnunk az ENTER billentyűt. 

Ha a parancs gépelése során valamilyen hibát követünk el és ezt észrevesszük 
az ENTER megnyomása előtt, két dolgot tehetünk. Az első, hogy megnyomjuk 
az ESC billentyűt. Ez teljes egészében törli a begépelt parancsot. Másrészt lehe- 
tőségünk van a hiba kijavítására, a 8.1. táblázatban összefoglalt speciális billen- 
tyűkombinációk segítségével. Ezek a billentyűkombinációk egyébként adatbe- 
viteli módban is használhatók a gépelési hibák javítására. 

Amikor a hibás parancsot javítjuk, akkor a kurzort visszafelé kell mozgat- 
nunk a parancssorban. Ennek ellenére - és ez most fontos — a vi nem törli eze- 
ket a karaktereket a képernyőről. Logikailag törlésre kerülnek, de fizikailag ott 
maradnak a képernyőn. Így például tegyük fel, hogy a következőket gépeltük 
be: 


:1,5del 


Az ENTER megnyomása előtt azonban észrevesszük, hogy a parancs végén 
szereplő , el" felesleges. Ezért kétszer megnyomjuk a BackSpace-t, így a kurzor 
visszamegy két pozícióval. Ennek ellenére az e és az 1, — bár valójában már le 
lettek törölve — a képernyőn továbbra is láthatók maradnak. A továbbiakban 
erről egyszerűen ne vegyünk tudomást. Most már megnyomhatjuk az EN- 
TER-billentyűt. 


8.1. táblázat. A vi-ban használható billentyű kódok 


Kód Billentyű Hatás 
erase  — BACKSPACE, DELETE törli az utolsó begépelt karaktert 


werase AW törli az utolsó begépelt szót 
kill AX, AU törli a teljes sort 





HOGYAN TANULJUK A vi PARANCSOKAT? 


Mint az köztudott, a kurzor az aktuális pozíciónkat mutatja a képernyőn. Abban 
az esetben, ha új adatokkal akarjuk kiegészíteni a szerkesztő puffer tartalmát, a 
következő lépéseket kell követnünk: 
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1. Állítsuk a kurzort arra a pozícióra, ahová az új adatokat akarjuk gépelni. 

2. Adjunk ki egy olyan parancsot, aminek a hatására adatbeviteli módba ke- 
rülünk. 

3. Gépeljük be az adatokat. 

4. Nyomjuk meg az ESC billentyűt, hogy visszakerüljünk parancs módba. 


Abban az esetben, ha a szerkesztő puffer már tartalmaz adatokat, számos kü- 
lönböző parancs áll rendelkezésünkre, ezeknek az adatoknak a javítására. Min- 
dent egybevetve a megtanulandó parancsokat három fő csoportba sorolhatjuk: 


- kurzor mozgató parancsok, 
- parancsok, amelyek hatására adatbeviteli módba kerülünk, 
- adatok megváltoztatására használható parancsok. 


A következőkben a parancsoknak ezen három családjával fogunk foglalkozni. 

Első hallásra megdöbbentő lehet, hogy milyen sok parancs van a vi-ban. Pél- 
dául 12 különböző parancsot használhatunk csak arra, hogy parancs módból 
adatbeviteli módba kerüljünk. A kurzor mozgatása pedig40 különböző parancs- 
csal lehetséges (és ezek csak az egyszerűbb kurzor mozgató parancsok). 

Mint azt bárki gyaníthatja, igazából persze nincs szükségünk mind a 40 kurzor 
mozgató parancsnak az ismeretére. Ezzel együtt mégis érdemes ezekből annyit 
megjegyezni, amennyit csak sikerül. A vi ugyanis attól válik olyan jól használ- 
hatóvá -— ha egyszer már kellő tapasztalatra tett szert valaki — hogy a legegysze- 
rúbb feladatot is sokféleképpen oldhatja meg a segítségével. 

Tegyük fel például, hogy a képenyő bal felső sarkából egy olyan szóra szeret- 
nénk lépni, ami valahol a képernyő középső sorainak egyikében található a jobb 
oldalon. Ezt megtehetjük úgy, hogy egyesével lépegetünk a kívánt irányba, ez 
azonban meglehetősen lassú és unalmas eljárás lenne. Ezzel szemben, ha ismer- 
jük mind a 40 kurzor mozgató parancsot, könnyen és gyorsan kiválaszthatjuk 
azt a kettőt-hármat, amelyeket begépelve a kívánt helyre kerülünk. 


s wMegjegyzés: A vi virtuóz kezelésének titka abban rejlik, hogy elég pa- 
DEM rancsot ismerjünk ahhoz, hogy bármilyen helyzetben tudjuk, hogyan le- 
EI het a legjobban és a leggyorsabban megtenni azt, amit akarunk. 


Ebben a fejezetben csupán a legfontosabb parancsok áttekintésére lesz lehe- 
tőségünk. A lényeg az lenne, hogy amikor csak tehetjük, szakítsunk egy pár per- 
cet és tanuljunk meg egy új parancsot. Előbb vagy utóbb mindegyiknek jó hasz- 
nát vehetjük. 

A fejezet további részét lehetőleg egy terminál előtt ülve olvassuk, és próbál- 
juk ki a leírtakat. Minden egyes új parancs tanulásakor próbáljuk ki annak a mű- 
ködését. Ha ehhez egy adatokat tartalmazó file-ra lenne szükségünk, adjuk ki az 
alábbi parancsok valamelyikét: 


cp /etc/passwi temp 
man vi 5 temp 
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Az első parancs a rendszer jelszó file-ját fogja egy temp nevű file-ba másolni. 
A második a vi on-line kézikönyvét másolja egy temp nevű file-ba. A cp pa- 
rancsról, a jelszó (password) file-ról, az on-line kézikönyvről és a standard kime- 
net átirányítására használható - operátorról a UNIX - Bevezetés című könyv- 
ben beszéltünk. 

Ezen parancsok bármelyikét kiadva egy olyan temp nevű file-hoz juthatunk, 
amelyen nyugodtan gyakorolhatjuk a tárgyalásra kerülő utasításokat. Ha már 
létrehoztuk ezt a file-t, beírhatjuk a következő utasítást: 


vi tem 


Amikor már nem akarunk ezen a file-on többet gyakorolni, akkor az alábbi 
parancs segítségével letörölhetjük: 


mtenp 


A KURZOR MOZGATÁSA 


Jó módszere a vi használatának, ha próbálunk minél több kurzor mozgató uta- 
sítást elsajátítani. Minden alkalommal, amikor a szövegnek egy másik részére 
akarunk ugrani, szánjunk rá egy pár pillanatot és gondoljuk végig, hogy a paran- 
csok milyen sorozata működne a legjobban. Rövid idő elteltével a megfelelő 
parancsok kiválasztása teljesen magától értetődő, észrevétlen cselekvéssé fog 
válni. 

Bizonyos esetekben számos különböző paranccsal tudjuk pontosan ugyanazt 
a kurzor mozgatást előidézni. Így például, amint azt mindjárt látni fogjuk, há- 
rom különböző parancs is van a kurzor egy pozícióval történő balra mozgatásá- 
ra. Ezekben az esetekben semmi szükség rá, hogy mindegyiket megtanuljuk. 
Ilyenkor válasszuk ki a legszimpatikusabbat és használjuk azt. 

A kurzor egyetlen pozícióval történő mozgatására számos parancsot használ- 
hatunk. A legegyszerűbb a h, j, k és 1 parancsok használata: 


egy pozícióval balra mozgatja a kurzort 
egy pozícióval lejjebb viszi a kurzort 

egy pozícióval feljebb viszi a kurzort 

egy pozícióval jobbra mozgatja a kurzort. 


Hg u. pi 


Hogy miért választották erre a célra a billentyűk ilyen furcsa együttesét? 
Azért, mert ha valaki a megfelelő billentyűkre helyezve az ujjait szabályosan gé- 
pel, akkor a jobb kéz ujjaival könnyű ennek a négy billentyűnek a lenyomása. 
(Erről magunk is könnyen meggyőződhetünk a billentyűzetet szemügyre véve.) 

Persze, ha nem tudunk vakon gépelni, vannak könnyebben megjegyezhető 
billentyű kombinációk is. Abban az esetben, ha a terminál kezeli a kurzor moz- 
gató billentyűket (a , LE", ,FEL", , JOBB" és a , BAL" nyilakat), akkor pél- 
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dául azokat 15 használhatjuk. Szintén használhatjuk a BACKSPACE billentyűt, 
ha balra és a SPACE billentyűt, ha jobbra akarunk mozogni. 


JOBB egy pozícióval jobbra mozgatja a kurzort 
LE egy pozícióval lejjebb viszi a kurzort 

FEL egy pozícióval feljebb viszi a kurzort 

BAL egy pozícióval balra mozgatja a kurzort 
BACKSPACE egy pozícióval balra mozgatja a kurzort 
SPACE egy pozícióval jobbra mozgatja a kurzort. 


Egy másik lehetőség a kurzor mozgatására a 4. és a - parancsok használata. 
A - billentyűt lenyomva a kurzor az előző sor elejére kerül; a 4- billentyű lenyo- 
mása pedig a következő sor elejére viszi a kurzort. Ennek a parancsnak az EN- 
TER kínálja egy alternatíváját, amit lenyomva szintén a következő sor elejére 
kerülünk: 


- az előző sor elejére viszi a kurzor 


4 a következő sor elejére viszi a kurzort 
ENTER a következő sor elejére viszi a kurzort. 


Ezek a billentyűk különösen könnyen elérhetők, ha egy 101 gombos PC bil- 
lentyűzetünk van. Ezen a numerikus billentyűzet 3 jobbszélső gombja a -, a 4. és 
az ENTER billentyűk. 

Az aktuális soron belül a 0 (nulla szám) parancs a sor elejére viszi a kurzort, 
míg a $ (dollár) a sor végére. Amennyiben az aktuális sor üres karakterekkel 
vagy tabulátorokkal kezdődik, a A parancs segítségével vihetjük a kurzort az 
első nem üres karaktert tartalmazó pozícióra. 


0 az aktuális sor elejére viszi a kurzort 
$ az aktuális sor végére viszi a kurzort 
A a sor első nem üres karakterére viszi a kurzort. 


Azon túl, hogy a szövegben akár karakterenként, akár soronként mozogha- 
tunk, számtalan parancs van, amelyek a szóról szóra történő mozgást teszik le- 
hetővé. Ha egy szóval akarjuk előre vinni a kurzort, akár a w akár az e parancso- 
kat használhatjuk. A w a következő szó első karakterére, míg az e a következő 
szó utolsó karakterére viszi a kurzort. A w és az e parancsok használata lehetővé 
teszi, hogy pontosan odavigyük a kurzort, ahová akarjuk, így felesleges gépelést 
takaríthatunk meg. 

Ha visszafelé akarunk mozogni a szövegben, a b segítségével vihetjük a kur- 


4ya 


zort az előző szó első betűjére. 


w a következő szó első karakterére viszi a kurzort 
e a következő szó utolsó karakterére viszi a kurzort 
b az előző szó első karakterére viszi a kurzort. 
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Nem árt ha megjegyezzük a w, az e és a b parancsokkal kapcsolatban, hogy 
ezek megállnak valamennyi írásjelnél. Ez természetesen nem probléma, ha az 
adatfile nem tartalmaz túl sok írásjelet. Abban az esetben persze, ha sok írásjel 
van a file-ban, a w, az e ésa b parancsok használata elég nehézkes lehet. Ilyenkor 
célszerű helyettük a W, az E és aB parancsokat használnunk. Ezek ugyanúgy mű- 
ködnek, mint a megfelelő kisbetűvel jelölt parancsok, csupán abban mutatnak 
eltérést, hogy csak az üres (space) és az újsor karaktert fogadják el szózáró 
karakterként. 


W ugyanaz mint w; figyelmen kívül hagyja az írásjeleket 
E ugyanaz mint e; figyelmen kívül hagyja az írásjeleket 
B ugyanaz mint b; figyelmen kívül hagyja az írásjeleket. 


Tegyük fel, hogy a kurzor a következő sor elején található: 
Ez egy (fontos) teszt; ok 


Abban az esetben ha a w parancsot használjuk többször egymás után, a kurzor 
megáll mind a két zárójelnél, a pontosvesszőnél és természetesen minden szó 
első karakterén. Vagyis nyolc alkalommal kell lenyomnunk a w-t, hogy elér- 
jük a sor utolsó szavát. Ezzel szemben ha a W-t használjuk, akkor csak minden 
space-t követően áll meg a kurzor. Így itt csak ötször kell megnyomunk a billen- 
tyűt, hogy elérjük az utolsó szót. Mielőtt továbbhaladnánk, érdemes ezeket a 
parancsokat próbálgatni egy darabig. 

Nagyobb szövegek szerkesztésekor a gömbölyű zárójelek segítségével mon- 
datról mondatra, míg a kapcsos zárójelek segítségével bekezdésről bekezdésre 
ugorhatunk. 


a következő mondat elejére viszi a kurzort 
az előző mondat elejére viszi a kurzort 
a következő bekezdés elejére viszi a kurzort 


az előző bekezdés elejére viszi a kurzort. 


ama ta zöld 


Ezek megint olyan parancsok, amelyek használatát célszerű kipróbálni, hogy 
biztosan átlássuk a működésüket. 

A MONDAT hivatalos definíciója a vi-on belül a következő: egy karakter- 
lánc, ami olyan pontra, vesszőre, kérdőjelre vagy felkiáltójelre végződik, amit 
legalább két üres karakter (space) vagy egy új sor karakter követ. 

Másként megfogalmazva, a vi akkor azonosít egy szövegrészt mondatként, 
ha azt két üres karakter (space) vagy egy új sor karakter követi. Ennek az az 
oka, hogy ha a mondatokat két space-val választjuk el, akkor a vi meg tudja 
különböztetni őket a szavaktól (melyek között csak egyetlen space található). 
Így például a következő szövegrész két mondatot tartalmaz, amelyeket egy 
pont és két space választ el. 


Találkozzunk délután 6-kor a Shell-torormynál . Jó ez neked? 
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A mondathoz hasonlóan definiálhatók aBEKEZDÉS-ek is. Ezek olyan szö- 
vegrészek lesznek, amelyeket egy üres sor előz meg, illetve egy másik üres sor 
követ. Következésképpen, ha egy sort egy tabulátorral kezdünk, akkor az 
még nem fog új bekezdésnek számítani. 


Tipp: A vi használatakor ne felejtsük el két space-el elválasztani a mon- 
-B datokat, és egy üres sorral a bekezdéseket. Ez három szempontból 15 fon- 

tos lehet. Mindenekelőtt ha így járunk el, lehetőségünk lesz a ( és a ) 
parancsok segítségével mondatról mondatra mozogni, míg a ) és a ( parancsok 
a bekezdések közötti mozgást teszik lehetővé. 

Másrészt sokkal áttekinthetőbbé válik az írásunk. 

Harmadrészt, ha valakinek elküldjük az általunk készített dokumentumot, és 
neki később ezt valamilyen okból szerkesztenie kell, akkor sokkal könnyebb 
dolga lesz, ha használtuk a fenti konvenciókat. Így például sokkal könnyebben 
törölhet mondatokat, ha helyesen formattáltuk a szöveget. Ez első hallásra egy 
lényegtelen apróságnak tűnhet, de higgyük el, hogy nem az. 

Jóslat: Ha már hozzászoktunk a vi használatához, észre fogjuk venni, hogy 
mennyire idegesítőek az olyan emberek, akik egyetlen space-el választják el a 
mondatokat. 


HE Megjegyzés: Ha valaki használja a nroff vagy troff utasításokat szö- 
a vegformázáshoz, akkor a vi a különböző bekezdés makrókat (mint pl. a 
E .P) új bekezdések kezdeteként fogja kezdeni. Akiknek ez a megjegyzés 
nem mond semmit, azok nyugodtan felejtsék el az egészet. 


Időnként előfordul, hogy a kurzort a képernyő egy távoli pontjára szeretnénk 
vinni. Egy ilyen mozgást a legegyszerűbben a H, az M vagy az L parancsok vala- 
melyikével kezdhetünk meg. Ezen parancsok hatására a képernyő tetejére, kö- 
zepére vagy aljára ugrik a kurzor. 


H a kurzor a képernyő legfelső sorába ugrik 
M a kurzor a képernyő középső sorába ugrik 
L a kurzor a képernyő alsó sorába ugrik. 


(Angol tudásunk segítheti a parancsok megjegyzését, ha a következőkre gon- 
dolunk: High: magas, Middle: középső, Low: alacsony. ) 

A kurzor mozgatásának művészete tulajdonképpen más, minthogy a képer- 
nyő bármely pontjára olyan kevés lépésben vigyük a kurzort, amilyenben csak 
lehet. Képzeljük el például a következő esetet. A kurzor a képernyő legfelső 
sorában található, míg a képernyő utolsó sora a következő szöveget tartalmaz- 
Za: 


még ma ha lehet. Ha ez nemmermne, hivjál fel. 
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A célunk az lenne, hogy a kurzort a fel szó , f" betűjére állítsuk, hogy be tud- 
juk gépelni a mondatból hiányzó , rögtön" szót. 

Ezt megtehetjük úgy, hogy először a LE nyilat nyomogatva a képernyő utolsó 
sorába visszük a kurzort, majd a JOBB nyíl nyomogatásával a kívánt betűre ál- 
lunk. Ezzel szemben ez a teljes művelet elvégezhető három billentyű leütéssel 
IS: 


L$b 


Ennek hatására a következők történnek: L - a kurzor az utolsó sorba ugrik; 
$ — a kurzor a sor végére ugrik; b - a kurzor visszaugrik egy szót. 

Egy kurzor mozgató parancsot automatikusan végrehajtathatunk a vi-al 
többször is. Persze csak akkor, ha ennek értelme is van. Ehhez a parancs előtt 
egy számot — az ún. ismétlési számot — kell begépelnünk. Így például ha 10 szó- 
val szeretnénk előbbre vinni a kurzort, azt a következő paranccsal tehetjük. 


1l0w 


Vegyük észre, hogy a szám és parancs közé nem gépelhetünk üres karaktert 
(space-t). 

Befejezésül még két példa. Ha 50 sorral akarunk előrébb menni a szövegben, 
az alábbi parancsok bármelyikét használhatjuk: 


50j 
50-XLE- 
504 

50 -ENTER- 


Ha három bekezdéssel szeretnénk hátrább kerülni, akkor gépeljük a követ- 
kezőt: 


3( 


A vi-ban nemcsak a kurzor mozgató parancsok automatikus ismételtetésére 
van lehetőségünk. Bármely parancs végrehajtatható többször, ha a parancs be- 
gépelése előtt megadjuk az ismétlési számot. Természetesen ez csak akkor mű- 
ködik, ha a parancs többszöri végrehajtásának van értelme. 


Tipp: Ha mozgatnunk kell a kurzort a vi használata során, tekintsük ki- 
B hívásnak, hogy azt minél kevesebb lépésben vigyük az új pozíciójába. 

(Ha igazán jól csináljuk, ebből akár még egyetemi tanulmányaink költ- 
ségét is fedezhetjük. Ehhez menjünk el különböző szórakozóhelyekre, bárok- 
ba és kössünk fogadásokat, hogy a vi-ban senki sem tudja gyorsabban mozgat- 
ni a kurzort mint mi. Az első néhány fogadás során használjunk sok, a kurzort 
keveset mozgató parancsot (pl. FEL, LE). Miután vesztettünk néhány foga- 


A vi szövegszerkesztő 171 


dást, és megugranak a tétek, térjünk át a H, Més L parancsok, valamint a kurzort 
szavanként és mondatonként mozgató parancsok - ismétlési számmal kombi- 
nált — használatára, és így kopasszuk meg partnereinket. ) 


MOZGÁS A SZERKESZTŐ PUFFERBEN 


A vi a szerkesztő puffer tartalmából annyit jelenít meg a képernyőn, amennyit 
csak tud. Abban az esetben, ha a szerkesztő puffer tartalmának egy új részletét 
szeretnénk megjeleníteni, számos parancsot használhatunk. 

Mindenekelőtt ismerkedjünk meg a AF (forward: előre) paranccsal, amivel 
egy teljes képernyő tartalomnyi adattal léphetünk előre. (Ne felejtsük el, hogy 
a AF a Ctrl-F billentyűkombinációt jelöli.) Az ellentétes hatású parancs a AB 
(backward: hátrafelé), amivel visszafelé mozoghatunk egy képernyő tartalom- 
nyit a szerkesztő pufferben. Van még két másik változata 15 ezeknek a paran- 
csoknak: az egyik a AD (down: lefelé) amivel egy fél képernyő tartalomnyit 
léphetünk előre, a másik a AU (up: felfelé) amivel egy fél képernyő tartalomnyit 
léphetünk visszafelé a szerkesztő pufferben. 


AF — egy képernyő tartalomnyit viszi a kurzort lefelé 

AB  egyképernyő tartalomnyit viszi a kurzort visszafelé 

AD  egyfél képernyő tartalomnyit viszi a kurzort lefelé 

AU egyfélképernyő tartalomnyit viszi a kurzort visszafelé. 


Amennyiben a AF és AB parancsok elé egy számot gépelünk, akkor az a vára- 
kozásainknak megfelelően az ismétlési számként fog működni. Így, ha 6 képer- 
nyőnyit szeretnénk előre haladni a szövegben, a következőt gépelhetjük: 


6AF 


Mivel a AP és a AB parancsok segítségével tetszőlegesen sokat léphetünk elő- 
re vagy hátra, arra már nincs szükségünk, hogy a AD és a AU parancsokat is le- 
hessen ismétlési számokkal használni. Ezért, ha ezek elé a parancsok elé gépe- 
lünk számokat, azoknak egészen más lesz az eredménye: nevezetesen azt fogják 
megadni, hogy hány sort ugorjon a kurzor ezeknek a parancsoknak a futtatása- 
kor. Következésképpen ha azt gépeljük, hogy 


104AD (vagy 1010) 


akkor az nemcsak azt jelenti, hogy a kurzor 10 sort ugorjon előre (vagy hátra), 
hanem azt is, hogy ettől kezdve mindig 10 sort fog ugrani a AD és AU parancsok 
hatására. (Ez egészen addig marad érvényben, amíg ezt a beállítást meg nem 
változtatjuk.) Az átugrandó sorok számát egészen nagyra is állíthatjuk. Így pél- 
dául ha egyszerre 100 sort szeretnénk ugrani, akkor egyszerűen 1004AD-t (vagy 
100A0U-t) kell gépelnünk. Ettől kezdve minden AD és AU parancs hatására 100 
sort fogunk ugrani, amíg ezt az értéket meg nem változtatjuk. 
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SZÖVEGMINTÁK KERESÉSE A SZERKESZTŐ 
PUFFERBEN 


A szerkesztő pufferben való mozgás egy másik lehetséges módja, ha oda visszük 
a kurzort, ahol egy meghatározott szövegminta található. Ezt a / és ? parancsok 
segítségével tehetjük meg. 

Amikor begépeljük a / jelet, az avi parancssorában is meg fog jelenni. (Ez a 
képernyő legalsó sora.) Ezt követően a keresendő szövegrészletet kell begépel- 
nünk, majd le kell ütnünk az ENTER billentyűt. 

Ekkor a vi megkeresi a kért szövegrészlet következő előfordulását, és odavi- 
szi a kurzort. Ha ugyanezzel a szövegrészlettel meg akarjuk ismételni a keresést, 
elég ha egyszerűen egy /-t gépelünk, majd lenyomjuk az ENTER billentyűt. 

Az alábbiakban egy példa látható. Tegyük fel, hogy egy olyan— embereknek a 
nevét tartalmazó - listát szerkesztünk, akiknek pénzt akarunk küldeni, és sze- 
retnénk megkeresni, hogy hol fordul elő legközelebb a Harley név. Ekkor gépel- 
jük be, hogy 


/Harley 


majd üssünk ENTER-t. Ennek hatására a vi a következő olyan sorra ugrik, 
amiben előfordul ez a név. Ha meg akarjuk ismételni a keresést, akkor most 
már elég azt gépelnünk, hogy 


/ 


és ezt követően megnyomnunk az ENTER billentyűt. Mivel most nem adtunk 
meg új mintát, avi automatikusan feltételezi, hogy ugyanazt akarjuk használni, 
mint az előző kereséshez. 

Amikor a vi-al valamilyen szöveget kerestetünk, akkor az a kurzor pozíció- 
tól kezdi a keresést, és előrefelé halad. Amikor elér a szerkesztő puffer végére, 
automatikusan a puffer legelejére ugrik és onnan folytatja a munkát. Így a vi a 
szerkesztő puffer teljes tartalmát megvizsgálja. 

Abban az esetben, ha a szövegben visszafelé akarunk keresni, a ? parancsot 
kell használnunk. Így például: 


?Harley 

Ez a parancs ugyanúgy működik mint a / , csupán az ellenkező irányba végzi a 
keresést. Ennek megfelelően, ha egyszer már megadtunk egy szövegmintát, azt 
nem kell újra begépelnünk, ha meg akarjuk ismételni a keresést. Elegendő ha 
beírjuk a ? parancsot. 


7 
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Amikor a vi a szerkesztő puffer elejére ér, automatikusan a puffer végére 
ugrik és onnan folytatja a tevékenységét. 

Ha a / vagy a ? parancsokkal egyszer már megadtunk egy keresendő szöveg- 
mintát, akkor ennek a mintának a kényelmes keresésére két további parancsot 
is használhatunk. 

Az egyik az n (kis , n" betű), amivel az eredeti parancs keresési irányába vé- 
gezhetünk újabb kereséseket. (Az n parancsot tekinthetjük a , next" (követke- 
ző) szó rövidítésének is). A másik parancs a , N" (nagy , N" betű), amivel az el- 
lenkező irányba kereshetjük az adott szövegrészletet. Tegyük fel, hogy egyszer 
már begépeltük az alábbi parancsot: 


/Harley 


Most szeretnénk megtalálni ennek a névnek a következő előfordulását. Eh- 
hez csupán az n billentyűt kell megnyomnunk. (Az ENTER billentyű leütésére 
most már nincs szükség.) Így ugyanarra az eredményre jutunk, mintha egy /-t 
majd egy ENTER-t gépeltünk volna. Ha szeretnénk többször egymás után meg- 
ismételni a keresést, elég ha annyiszor nyomjuk meg az n billentyűt, ahány ke- 
resést szeretnénk végezni. Abban az esetben, ha N-t gépelünk, a vi az ellenkező 
irányba fog keresni. 

Most tegyük fel, hogy a következő parancsot gépeltük be: 


?Harley 


Ha ezek után egy n-t gépelünk, a vi visszafelé (a korábbi kereséssel egyező 
irányba) fog keresni. N hatására a keresés előrefelé (az ellenkező irányba) tör- 
ténne. 

A keresés rugalmasságát növeli, hogy a szövegrészletek (keresési minták) 
megadásához helyettesítő karakterek is használhatók. 

A 8.2 táblázatban azok a karakterek kerültek összefoglalásra, amelyek a ke- 
resési mintákban speciális jelentéssel rendelkeznek: 


8.2. táblázat. Reguláris kifejezésekben használható kifejezések 


Szimbólum Jelentés 
egyetlen tetszőleges karakter (kivéve: új sor) 
tetszőleges számú az előző karakterből 
sor eleje 
sor vége 


szó eleje 

szó vége 

egyik a közrezárt karakterek közül 

bármilyen karakter ami nincs a zárójelek között 
a következő karakter szó szerint értendő 
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Álljon itt néhány példa a helyettesítő karakterek használatának illusztrálásá- 
ra. Ha egy olyan , H" betűt akarunk keresni, amit két tetszőleges karakter kö- 
vet, azt a következő paranccsal tehetjük: 


/H.. 


Ha a , H" betút követő karakterek nem lehetnek számok csak betűk, a követ- 
kezőképpen módosíthatjuk a fenti parancsot: 


/HC[a-z] [a-z] 


Ha a , H"-t tetszőleges számú (0, 1, 2...) kisbetű követheti, és a kifejezés végén 
egy ,y" van, az alábbi paranccsal kereshetünk: 


/H(a-z]) "y 


Ha olyan sort akarunk keresni, ami a , Harley" névvel kezdődik, akkor ezt a 
parancsot adhatjuk ki: 


/ "Harley 
Amint az ebből a néhány példából is kiderül, a helyettesítő karakterek hasz- 
nálata rendkívül hasznos lehet. Befejezésül foglaljuk össze, hogy milyen paran- 


csokat használhatunk szövegminták keresésére: 


/minta a minta következő előfordulását keresi (a szerkesztő pufferben 


előre 
/ megismétli az előző minta keresését (a szerkesztő pufferben előre) 
?minta a minta következő előfordulását keresi (a szerkesztő pufferben 
hátra) 
? megismétli az előző minta keresését (a szerkesztő pufferben hátra) 
n megismétli az utolsó / vagy ? parancsot 
N megismétli az utolsó / vagy ? parancsot csak ellentétes irányban. 


SORSZÁMOZÁS HASZNÁLATA 


A szerkesztő pufferben a vi minden sort egy sorszám segítségével tart számon. 
Ha meg akarjuk jeleníteni ezeket a sorszámokat, gépeljük be a következő pa- 
rancsot: 


:"set mmuber 


Tegyük fel, hogy a filozófiai disszertációnkat írjuk vi-ban, és a szerkesztő 
puffer a következő idézetet tartalmazza: 
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I have a little ahadow that goes 
in and out with me, 

And what can be the use of him 
is more than I can see. 


Ha beírjuk a : set number parancsot, a következőket fogjuk látni 


I have a little shadow that goes 
in and out with me, 

And what can be the use of him 
is more than I can see. 


zt 6 E 0 E en 


Fontos annak a megértése, hogy a sorok elején megjelenő számok valójában 
nem képezik részét az adatainknak. Csupán kényelmi okok miatt íratjuk ki 
őket. Ha el akarjuk tüntetni a sorszámozást, az alábbiakat gépeljük be: 


:"set nommber 


A sorok számozásának két fontos esetben vehetjük hasznát. Egyrészt, amint 
azt később látni fogjuk, számos ex parancsban használhatjuk őket. Másrészt 
használhatjuk a G (goto: menj valahová) parancsot, hogy egy meghatározott sor- 
ra ugorjunk. Ehhez csak a sorszámát, majd a G-t kell begépelnünk. Vigyázzunk 
arra, hogy sem space, sem ENTER gépelésére nincs szükség. Ha például a 100. 
sorra szeretnénk menni, a következőt kell gépelnünk: 


100G 


Ha a szerkesztő puffer első sorára szeretnénk ugrani, akkor azt az alábbi pa- 
ranccsal tehetjük meg: 


1G 


Ha sorszám nélkül gépeljük a G parancsot, akkor a szerkesztő puffer utolsó 
sorába jutunk. 


G 
Mindezek tömören összefoglalva: 
nG  azn. sorba viszi a kurzort 
1G  azl1. sorba viszi a kurzort 


G az utolsó sorba viszi a kurzort. 


A fenti parancsok közül a leggyakrabban a G és az 1G utasításokat fogjuk 
használni. 
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ADATOK BEVITELE A SZERKESZTŐ 
PUFFERBE 


Ha szövegszerkesztőket használunk, a kurzornak a kívánt pozícióra állítása 
után egyből elkezdhetünk gépelni. Ezzel szemben a vi-ban először ki kell ad- 
nunk egy parancsot, aminek a hatására parancs üzemmódból adatbeviteli üzem- 
módba kerülünk. A gépelés befejezése után pedig meg kell nyomnunk az ESC 
billentyűt, hogy visszakerüljünk parancs módba. 

(Ha az ESC billentyűt parancs módban nyomnánk meg, a vi sípolna egyet. 
Abban az esetben, ha nem tudjuk biztosan, hogy milyen üzemmódban va- 
gyunk, nyomjuk meg kétszer az ESC billentyűt. Amikor halljuk, hogy a vi sí- 
pol, már biztosak lehetünk benne, hogy parancs módba kerültünk. ) 

Összesen 12 parancs segítségével kerülhetünk adatbeviteli módba. Ezeknek 
a parancsoknak az egyik fele új adatok begépelését teszi lehetővé, míg a másik 
felével már begépelt adatokat cserélhetünk újakra. 

Most persze bárkiben felvetődhet a kérdés, hogy miért van szükségünk ilyen 
sok különböző parancsra ahhoz, hogy adatbeviteli módba kerüljünk. A válasz 
az, hogy mindegyik parancs máshol fogja megnyitni a szerkesztő puffert az adat- 
bevitelre. Az alábbiakban az új adatok bevitelére szolgáló parancsok rövid ösz- 
szefoglalása látható. 


adatbeviteli módba vált: az aktuális kurzorpozíció előtti pozícióra 
adatbeviteli módba vált: az aktuális kurzorpozíció utáni pozícióra 
adatbeviteli módba vált: az aktuális sor elején 

adatbeviteli módba vált: az aktuális sor végén 

adatbeviteli módba vált: az aktuális sor alatti új sorba 
adatbeviteli módba vált: az aktuális sor feletti új sorba. 


OO 9 HW B 


Hogy megértsük ezeknek a parancsoknak a működését, képzeljük el, hogy 
egy klasszikus zeneórán beadandó házi feladatunkat szerkesztjük és az aktuális 
sor a következő: 


Egy pillanatra feltűnik Kankakee vagy Paree . 

Tegyük fel, hogy a kurzor , K" betűn áll és parancs módban vagyunk. 

Ha most megnyomjuk az i betűt, akkor adatbeviteli módba kerülünk. Ezután 
bármit gépelünk, az a , K" betű elé kerül beszúrásra. A kurzortól jobbra lévő 
betűk közben természetesen jobbra csúsznak, hogy így biztosítsanak helyet az 
újonnan gépelt szövegnek. Így például ha az alábbiakat gépeljük: 
iAAA CESC- 


akkor az aktuális sor a következőképpen alakul: 


Egy pillanatra feltűnik AMAAKankakee vagy Paree 
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(Az ESC hatására visszakerülünk parancs módba.) 

Most tegyük fel, hogy az a parancs segítségével kerülünk adatbeviteli módba. 
Ekkor az általunk gépeltek a K betű után jelennek meg. Ha az eredeti sorból 
indulunk ki, és azt gépeljük, hogy: 


aBBB-AESC 
az aktuális sor a következő formát ölti: 


Egy pillanatra feltűnik KBBBankakee vagy Paree 


Tipp: Az i és az a parancsokat könnyebben megjegyezhetjük, ha az in- 
sert (beszúr) és az append (hozzáfűz) angol szavak ismerősek számunk- 
ra. 


Ha az I és az A parancsokat használjuk, az aktuális sor elejére vagy végére 
szúrhatunk be valamilyen szöveget. Így például, ha az alábbiakat gépeljük az 
eredeti mondatból kiindulva 


ICCC-ESC- 
akkor a következőket kapjuk: 
CCCEgy pillanatra feltűnik Kankakee vagy Paree 


Abban az esetben, ha az aktuális sorban a szöveget üres karakterek (space- 
ek) vagy tabulátorok előzik meg, a vi felettébb intelligens módon ezek mögé 
fogja beszúrni az új szöveget. Ha az eredeti sorból kiindulva ezt gépeljük, hogy 


ADDD-ESC- 


akkor az A után gépelt szöveg a sor végére fog kerülni. Így a szövegünk a követ- 
kező formát fogja: ölteni: I 


Egy pillanatra feltűnik Kankakee vagy PareeDiD 


Befejezésül még azt kell megemlítenünk, hogy ha az aktuális sor alá szeret- 
nénk valamit beszúrni, akkor az o parancsot használhatjuk. Ha az aktuális sor 
fölé akarunk újabb szöveget beírni, az o paranccsal lehetséges. Ezekben az ese- 
tekben a vi teljesen új sorokat fog nyitni a számunkra. 


Tipp: Hogy könnyebben megjegyezzük az o és O parancsok közötti kü- 
5 lönbséget, képzeljük el őket úgy, mint egy-egy héliummal töltött léggöm- 

böt. Ekkor a nagyobb léggömb az Oo, az aktuális sor fölé emelkedik, míg a 
kisebb léggömb az o, a sor alá süllyed. 
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Mint korábban már láttuk, a kurzort számos parancs segítségével mozgathat- 
juk. Így például a A parancs a sor elejére viszi a kurzort. (Ha a sor tabulátorral 
vagy üres karakterekkel kezdődik, akkor ezek mögé.) Egy másik kurzor mozga- 
tó parancs a $ aminek a hatására a sor végére kerül a kurzor. 

Ezek szerint ha egy sor elejére szeretnénk adatokat beszúrni, azt 15 megtehet- 
jük, hogy az I parancs használata helyett először a A paranccsal a sor elejére 
megyünk, majd az i paranccsal adatbeviteli módba lépünk. Hasonlóan használ- 
hatjuk a $a parancsokat az A parancs helyett, ha a sor végére akarunk gépelni. 

Ez a két példa gyönyörűen mutatja, hogy a vi egy milyen szépen felépített 
rendszer. Néhány plusz parancs megtanulása (jelen esetben az I és az A) lehe- 
tővé teszi, hogy egyetlen karakter leütésével végezzük el, amit egyébként csak 
több parancs segítségével tudnánk megcsináltatni (A i vagy $a). Egy kezdő szá- 
mára ez persze nem tűnhet nagy ügynek. De a vi néhány napi használata után 
már akárki elismeri, hogy bármi, ami felesleges gépeléstől kímél meg bennün- 
ket, az a legmesszebbmenőkig a kényelmünket szolgálja. Természetesen ehhez 
meg kell tanulnunk a plusz parancsokat. Ezért nem győzzük hangsúlyozni, hogy 
a vi használata ugyan könnyű, de annál nehezebb a megtanulása. Aki ahhoz 
szokott hozzá, hogy egérrel dolgozzon a szövegszerkesztőkben, az se gúnyolód- 
jon a vi régimódinak tűnő parancsorientált felépítésén. Inkább szánjon rá egy 
kis időt, és tanulja meg a legfontosabb vi parancsokat. Ha ezt megteszi, meg- 
lepetéssel fogja tapasztalni, hogy milyen könnyen lehet adatokat szerkeszteni, 
ha le sem kell venni a kezünket a billentyűzetről, csak azért, hogy az egeret vagy 
speciális billentyűket kelljen használnunk. Ezenfelül a vi hatékony kurzor 
mozgató parancsaival még sokkal gyorsabban és könnyebben is lehet dolgoz- 
ni, mintha az egeret használva a görgető sávon kéne kattintgatnunk. 


Megjegyzés: Azok az eszközök, amelyek elég egyszerűek ahhoz, hogy az 
első pillantásra használni tudjuk őket, gyakran számtalan kellemetlen- 
EI ség forrásává válhatnak kis idő elteltével. 





Adatbeviteli üzemmódban dolgozva ne felejtsük el a következőket: 

A 8.1. táblázatban szereplő billentyűkombinációk segítségével kijavíthatjuk 
esetleges hibáinkat. Így például, ha elgépelünk egy szót, azt törölhetjük a AW 
segítségével anélkül, hogy ki kellene lépnünk az adatbeviteli módból. 

Vezérlő karaktereket úgy tudunk begépelni, ha először egy AV-t gépelünk. 
Így például ha egy BackSpace-t szeretnénk begépelni, akkor A VAH-t kell gépel- 
nünk. Ennek hatására a képernyőn a két karakternek látszó AH fog megjelenni, 
annak ellenére, hogy ez valójában egyetlen karakternek számít. 
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A SZERKESZTŐ PUFFER TARTALMÁNAK 
JAVÍTÁSA 


Az előző részben azokról a parancsokról volt szó, amelyek segítségével adatbe- 
viteli módba léphettünk és új adatokat gépelhettünk be. Most azt fogjuk meg- 
nézni, hogy hogyan változtathatjuk meg azokat az adatokat, amelyek már a 
szerkesztő pufferben vannak. 

Az alábbiakban hét vi parancsról lesz szó. Ezek egy kivételével adatbeviteli 
módba lépve végzik el a változtatásokat. Az ismerkedést azonban kezdjük az- 
zal, amelyik parancs módban maradva működik. 

Ha egy karaktert valamilyen másik karakterre szeretnénk cserélni, elég ha 
egy r-et, majd az áhított új karaktert gépeljük. Így például tegyük fel, hogy az 
egyik professzorunknak írunk levelet, amiben azt magyarázzuk, hogy miért 
nem tudtuk beadni a félév végi feladatunkat. Tegyük fel, hogy parancs módban 
vagyunk és az aktuális sor a következőket tartalmazza: 


ami azt jelentette volna, hogy nem tudok megjelenni a Tóthéknál . Biztos 
vágyok berme 


Ekkor észrevesszük, hogy a , vágyok" szó hibás. Odaállítjuk a kurzort az , á" 
betűre, és azt gépeljük, hogy 


ra 
Ezek után az aktuális sorban a következő lesz: 


ami azt jelentette volna, hogy nem tudok megjelemni a Tóthéknál. Biztos 
vagyok berme 


Mivel csak egyetlen karaktert cseréltünk ki, nem volt rá szükség, hogy adat- 
beviteli módba lépjünk. 

Persze előfordulhat, hogy több mint egy karaktert szeretnénk újakra cserélni 
a régi adatok felülírásával. Ekkor oda kell vinnünk a kurzort, ahonnan kezdeni 
szeretnénk a cserét és egy R-t kell gépelnünk. Ettől kezdve minden begépelt ka- 
rakter a sor aktuális karakterét fogja helyettesíteni. A gépelés befejezése után 
az ESCbillentyű megnyomásával térhetünk vissza parancs módba. Lássuk a kö- 
vetkező példát: Az aktuális sor legyen az, amit az előző javítással kaptunk. vi- 
gyük a kurzort a T betűre és gépeljük a következőket 


Rtemetésen-ESC5 
Így az alábbi szöveghez jutunk: 


ami azt jelentette volna, hogy nem tudok megjelenni a temetésen. Biztos 
vagyok berme 
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Gyakran megesik, hogy a kicserélendő karakterek száma nem egyezik meg az 
új karakterek számával. Ebben az esetben több parancsot is használhatunk. 
Ezek közül az egyik az s (substitute: helyettesít) parancs, aminek a segítségével 
egyetlen karaktert helyettesíthetünk tetszőleges számú új karakterrel. A fenti 
példában például állítsuk a kurzort a temetés szó előtti , a" betűre, és nyomjuk 
meg az 


billentyűt. Ekkor a vi az a betűt egy $-ra cseréli és adatbeviteli módba kerü- 
lünk. Így a következőket láthatjuk a képernyőn: 


ami azt jelentette volna, hogy nem tudok megjelemii $ temetésen. Biztos 
vagyok berme 


A $ azt mutatja, hogy melyik karakter lesz kicserélve. Most már annyit gépel- 
hetünk, amennyit csak akarunk. A gépelés befejezése után az ESC billentyűt 
kell megnyomnunk. A jelen példában gépeljük a következőt: 
egy ESC: 


Így a következő sorhoz jutunk: 


ami azt jelentette volna, hogynemntudokmegjelemni egy temetésen. Biztos 
vagyok berme 


A C parancs az előző parancsnak egy variációja. Ez azt teszi lehetővé, hogy a 
kurzorpozíciótól a sor végéig valamennyi karaktert helyettesítsük. A fenti pél- 
dában például álljunk a , B" betűre és úgy gépeljük, hogy: 

C 


Ekkor adatbeviteli módba kerülünk és az utolsó kicserélendő karakter $-ra vál- 
tozik. A képernyőn a következő lesz látható: 


ami azt jelentette volna, hogy nem tudok megjelemni a temetésen. Biztos 
vagyok bern$§ 


Most már azt gépelhetünk, amit csak akarunk, majd az ESC billentyűvel kerül- 
hetünk vissza parancs módba. Így, ha azt gépeljük, hogy: 


Bár azt reméltem-ESCs 


akkor a példamondatunk a következőképpen alakul: 


ami azt jelentette volna, hogy nem tudok megjelemni a temetésen. Bár azt 
reméltem 
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Előfordul, hogy akkor járunk a legjobban, ha egy teljes sort kicserélünk. Ezt 
két paranccsal is megtehetjük: Az egyik az S, a másik a cc. Csupán annyit kell 
tennünk, hogy a helyettesítendő sorra állunk és begépeljük a két parancs valame- 
lyikét. Ennek hatására adatbeviteli módba kerülünk. Amit ezek után gépelünk, 
azzal fogjuk helyettesíteni a teljes sort az ESC billentyű megnyomása után. 

De miért tartalmaz a vi két, ennyire eltérő nevű parancsot ugyanannak a fel- 
adatnak a végrehajtására? Ha most szemügyre vennénk valamennyi vi paran- 
csot, akkor észrevehetnénk, hogy a parancsok elnevezése egy jól meghatározott 
logikát követ. Vannak nevek, melyek egyetlen kisbetűből állnak. Más paran- 
csok neve két kisbetű vagy egy nagybetű. Ennek a logikának megfelelően mind 
az S, mind a cc név tartozhat a teljes sort helyettesítő parancshoz. Így mindenki 
ízlésének megfelelően választhat, hogy melyiket akarja használni. (Ha egyenlő- 
re nem látnánk, hogy mi az a logika amiről itt szó volt, ne zavartassuk magunkat. 
Legyünk türelemmel, amíg elég parancsot ismerünk meg ahhoz, hogy a dolog 
nyilvánvalóvá váljon számunkra. ) 

Az utolsó vi parancs, amit az adatok helyettesítésével kapcsolatban megné- 
zünk, gyakran rendkívül hasznos lehet. Ez a c parancs, ami után egy kurzor 
mozgató parancsot kell gépelnünk. Ennek hatására ismét adatbeviteli módba 
kerülünk. Az ezután gépelt szöveg mindent helyettesíteni fog, ami a kurzorpo- 
zíciótól a kurzor mozgató parancs által meghatározott pozícióig van. 

Ez elég zavarosnak tűnhet, ezért nézzünk gyorsan néhány példát. Tegyük fel, 
hogy az aktuális sorban a következő szöveg található: 


ami azt jelentette volna, hogynemnmtudokmegjelemni egy temetésen. Bár azt 
reméltem 


Ha a kurzor az egy szó első betűjén áll, és az , egy temetésen" szöveget szeret- 
nénk helyettesíteni, a , kutyám temetésén" szöveggel, akkor gépeljük a követ- 
kezőket: 

c2w 


Ekkor adatbeviteli módba kerülünk, és az utolsó kicserélendő karakter egy $-ra 
változik: 


ami azt jelentette volna, hogynemtudokmegjelemni egy temetéses . Bár azt 
reméltem 


most már begépelhetjük az új szöveget: 
a kutyán temetésén-ESC5s 
Így a következő szöveghez jutunk: 


ami azt jelentette volna, hogy nem tudok megjelemni a kutyán temetésén. 
Bár azt reméltem 
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Következésképpen a c2w parancs segítségével 2 szót tudtunk kicserélni. Ál- 
talában a c parancsot bármilyen ismétlési számmal kombinált, egyetlen karak- 
terből álló kurzor mozgató paranccsal használhatjuk. Így ha azt gépeljük, hogy 
c4áb a kurzorpozíciótól visszafelé négy szót fogunk kicserélni. A c ( parancs se- 
gítségével a kurzorpozíciótól a mondat elejéig tudunk mindent kicserélni, míg a 
c) parancs a bekezdés végéig fogja helyettesíteni a szöveget. Ha 6 bekezdésnyi 
szöveget akarunk helyettesíteni, akkor a c6) parancsot kell kiadnunk. 

Befejezésül még egyszer foglaljuk össze, hogy milyen parancsokat használha- 
tunk szövegrészletek kicserélésére a vi-ban. 


r egyetlen karaktert cserél (nem lép adatbeviteli módba) 

R felülír 

z) egy karakter helyettesítésével beszúr egy tetszőleges szöveget 

C a kurzortól a sor végéig tartó részt helyettesíti egy tetszőleges 
szöveggel 

cc a teljes aktuális sort helyettesíti 

S a teljes aktuális sort helyettesíti 


cmove a kurzortól a , move" pozícióig terjedő részt helyettesíti egy 
tetszőleges szöveggel 


SZÖVEGMINTÁK HELYETTESÍTÉSE 


Abban az esetben, ha egy szövegmintát (szövegrészletet) valami másra szeret- 
nénk cserélni, akkor az : 8 (substitute: helyettesít) nevű ex parancsot használ- 
hatjuk. Ha az aktuális sorban szeretnénk végrehajtani egy cserét, akkor a követ- 
kező parancsot használhatjuk: 


"8/mintal/minta2/ 


Ebben a kifejezésben a minta1 a kicserélendő szövegrészletet jelöli, míg min- 
ta2 az a szöveg, amire azt cserélni akarjuk. Így például ha a , UNIX" kifejezést 
, Unix"-ra szeretnénk cserélni, akkor az alábbi parancsot kell kiadnunk: 


:"8/UNIX/Unix/ 


Ha az : 8 parancsot magában használjuk, akkor a vi a megadott mintának 
csak a legelső előfordulását cseréli ki. Ha az adott szövegmintát szeretnénk min- 
denhol kicserélni a sorban, akkor a parancsot ki kell egészítenünk a végénegy g 
betűvel (global: teljes): 


:"8/UNIX/Unix/g 


Ha azt szeretnénk, hogy a vi a csere végrehajtása előtt kérje tőlünk annak meg- 


erősítését, akkor a c (confirm: megerősít) paraméterrel kell kiegészíteni a pa- 
rancsot: 


A vi szövegszerkesztő 183 
:8/UNIX/Un1x/c 


Ekkor a vi a képernyő alsó sorában megjeleníti azt a sort, amiben a keresett 
minta van, jelzi a minta helyét a sorban és vár a döntésünkre. Ha el akarjuk vé- 
gezni a cserét, akkor egy y-t (yes: igen) kell gépelnünk. Ellenkező esetben az n 
billentyűt (no: nem) kell megnyomnunk. Természetesen a g és a c paraméterek 
együtt is használhatók. 


:8/UNIX/Unix/cg 
Abban az esetben, ha egy szövegmintát törölni szeretnénk, akkor azt egysze- 


rűen a semmire kell cserélnünk. Így például ha az aktuális sorból szeretnénk 
eltüntetni a , UNIX" szó összes előfordulását, a következőt kell gépelnünk: 


:"8/UNIX/ /g 


Ha a parancs végén sem a c, sem a g paramétert nem használjuk, az utolsó / 
jelet elis hagyhatjuk. Így például az alábbi két parancs ekvivalens: 


:8/UNIX/Uni1x/ 
:8/UNIX/Unix 


Az : 8 parancsnak létezik még két fontos változata is, amelyekkel érdemes 
megismerkednünk. Az első, hogy a kettőspont után megadhatjuk egy tetszőle- 
ges sornak a sorszámát is. Ebben az esetben a vi abban a sorban végzi el a he- 
lyettesítést. Így, ha az 57. sorban szeretnénk kicserélni a UNIX-ot Unix-ra, azt 
így tehetjük: 


:578/UNIX/Unix/ 


Jusson eszünkbe, hogy a ví-al kiírathatjuk a sorok sorszámát is a következő 
parancs segítségével: 


:set mmumber 
Ha már nincs szükségünk a sorok számozására, azt a 
:"set nomimber 


paranccsal kapcsolhatjuk ki. 

Amennyiben nem egy, hanem két vesszővel elválasztott számot adunk meg a 
kettőspont után, úgy a csere nem egy sorban, hanem a szövegnek a két sorszám 
által kijelölt tartományában történik. Így ha a cserét az 57.-től a 60. sorig tartó 
részben szeretnénk elvégezni, a következő parancsot kell használnunk: 


:57 , 608/UNIX/Uni1x/ 
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Az esetek zömében nem szokás sorszámokkal használni ezt a parancsot. En- 
nek az az oka, hogy van két szimbólum, ami igazán jól használhatóvá teszi ezt a 
parancsot: az egyik a . (pont), amivel az aktuális sort jelölhetjük, a másik pedig a 
$, ami a szerkesztő puffer utolsó sorára vonatkozik. Így az alábbi paranccsal az 
aktuális sortól egészen az utolsó sorig kicserélhetjük valamennyi , UNIX" szót 
, Unix" -ra: 


: . , $8/UNIX/Unix/g 


Ha ugyanezt a változtatást az első sortól az aktuális sorig szeretnénk végre- 
hajtani, azt a következő paranccsal tehetjük: 


:1, .8/UNIX/Uni1ix/g 


Egy másik hasznos rövidítés a "o jel, ami a szerkesztő puffer teljes tartalmát 
jelöli. Így ha a teljes dokumentum összes sorában el akarjuk végezni a fenti cse- 
rét, az az alábbi paranccsal lehetséges: 


:68/UNIX/Unix/g 


Ez nyilván ekvivalens azzal a paranccsal, amit úgy adunk meg, hogy az elsőtől 
(1) az utolsó ($) szóig tartson a csere. 


:1, $8/UNIX/Unix/g 


Természetesen a "o használata ennél sokkal egyszerűbb. Ha a szerkesztő puf- 
fer összes sorában úgy szeretnénk elvégezni a cserét, hogy a csere végrehajtása 


£4zZf f 


előtt a vi kérje annak megerősítését, akkor a következőt kell gépelnünk: 
:68/UNIX/Unix/gc 


Ha egy ilyen parancsot használunk és szeretnénk megszakítani a parancs fu- 
tását, akkor a AC billentyűkombinációt kell megnyomnunk. Ennek segítségével 
azonban nemcsak az aktuális cserét, hanem a parancs teljes futását leállítjuk. 

Végezetül foglaljuk össze a : 8 parancs különböző alakjait: 


:8 csere az aktuális sorban 
z) csere a megadott sorban 

: ő csere az adott szövegtartományban 
8 csere a teljes szövegben 


A fenti alakban kiadott parancsok minta1 első előfordulását cserélik min - 
ta2-re. Ha a parancs végén megadjuk a c paramétert, a vi a csere megerősíté- 
sét kéri annak elvégzése előtt. A g paraméter hatására minta 1 valamennyi elő- 
fordulását kicseréli. A sorszámot megadhatjuk tényleges számok segítségével, 
vagy használhatjuk . (pont) és a $ karaktereket a szerkesztő puffer aktuális 
ill. az utolsó sorának jelölésére. 
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Befejezésül nézzünk meg egy különösen hasznos példát az : 8 parancs hasz- 
nálatára. Tegyük fel, szeretnénk elmenteni az on-line kézikönyv tartalmát egy 
adott parancsra vonatkozóan. Ezt a következőképpen tehetjük: 


man vi 5 vipage 


Ez a parancs elmenti az on-line kézikönyv vi-ról szóló részét a vipage nevű 
file-ba. Most nézzük meg ezt a file-t a vi segítségével: 


vi vipage 

Ekkor valószínűleg számos helyen fogjuk látni a következő karaktereket: 
—-"H 

Valahogy így:" 
. Hv A"Hiis a display-oriented text editor basedon /He /Hx. 


Bár a AH két karakternyi helyet foglal el a képernyőn, valójában csak egyetlen 
karaktert jelent. Mint arról a UNIX - Bevezetés című könyvben szó volt, a AH 
nem más, mint a BackSpace (a kurzort eggyel visszafelé mozgató) karakter. En- 
nek megfelelőenaz "Hegy aláhúzás, majd egy BackSpace. Ez azt jelenti, hogy 
amikor ezt a sort kinyomtatjuk (és az on-line kézikönyv nyomtatásra készült), 
akkoraz AH-t követő karakterek aláhúzva jelennek meg. 

Ez kiválóan működik nyomtatásban, de a képernyőn nagyon zavaróak tud- 
nak lenni az "AH karakterek. Ezért a legjobban akkor járunk, ha egyszerűen 
megszabadulunk tőlük. Erre a célra kézenfekvő megoldásnak tűnik a követke- 
ző parancs használata: 


9368/ AH//g 


Problémát jelent azonban, hogy a AH egy vezérlő karakter, így nemlehet csak 
úgy odaírni. A megoldás az, hogy először egy AV karaktert kell gépelnünk. Ter- 
mészetesen a A V/ H-t nem gépelhetjük négy különálló karakterként. Ehelyett a 
Ctrl-V, Ctrl-H billentyűkombinációkat kell használnunk: 


:98/ c Ctrl-V5 cCtrl-H5 / /g 
A "Vvezérlő karaktert csak azért gépeljük a kifejezésbe, hogy közöljük a vi- 
al, hogy a következő karaktert betűszerűen kell kezelnie; a parancs sorban csak 


a AH fog megjelenni. A fenti parancs kiadása után a szövegünk a következőkép- 
pen alakulna: 


$ A Unix rendszerekben elérhető on-line kézikönyvek kivétel nélkül angol nyelvűek. 
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vi 18 a display-orilented text editor based am ex. 


Ennek a parancsnak a kiadása után még mindig maradhat a szövegben né- 
hány AH karakter. Ezektől már könnyen megszabadulhatunk a: 


:368/ AH/ /g 


paranccsal. Csak ennek a parancsnak a kiadása persze nem lett volna elegendő, 
mert akkor bent maradtak volna a szövegben a "H-t megelőző aláhúzás karak- 
terek. 


CSERÉK ISMÉTLÉSE ÉS VISSZAVONÁSA 


Ha cseréket ill. más módosításokat végzünk egy szövegben, fontos, hogy legyen 
lehetőségünk ezeknek a módosításoknak a visszavonására. Így például, ha arra 
az elhatározásra jutunk, hogy egy szövegben az összes , amerikai" szót , am."-ra 
cseréljük, a következő parancsot kell kiadnunk: 


98/amerikai/am. /g 
Figyelmetlenségből azonban ezt gépeljük: 
.38/amerikai/a/g 


Így az , amerikai" szó összes előfordulását egyetlen , a" betűre cseréltük. 
Ezek után természetesen nem cserélhetjük a szövegben lévő , a" betűket egy- 
szerűen , am."-ra, hiszen a szöveg egyébként is számtalan , a" betűt tartalma- 
zott. Így látszólag nem marad más megoldás, minthogy a : g! paranccsal a vál- 
toztatások elmentése nélkül kilépjünk a szerkesztőből (feltéve, hogy egy már 
létező file-al dolgoztunk). Így azonban elvesztenénk valamennyi változtatást, 
amit a file beolvasása óta végeztünk. 


A vi két parancsot is kínál az ilyen és ehhez hasonló vészhelyzetekre: 


u visszavonja az utolsó parancsot, aminek hatására megváltozott a 
szerkesztő puffer 
U visszaállítja az aktuális sort 


Az u (undo: visszavon) parancs visszavonja az utolsó olyan parancsot, aminek 
hatására megváltozott a szerkesztő puffer tartalma: ez lehet akár beszúrás, he- 
lyettesítés, felülírás vagy törlés. Így a fenti példában az eredeti állapot helyreál- 
lításához csak annyit kéne tennünk, hogy megnyomjuk az u betűt. 

Ha az u megnyomása után mégis úgy találnánk, hogy szükségünk van a visz- 
szavont változtatásokra, akkor csak újra meg kell nyomnunk az u betűt. Vagyis 
az u parancs saját végrehajtását is visszavonhatja. 
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Az U parancs arra ad lehetőséget, hogy visszavonjuk az összes változtatást, 
amit az aktuális sorban végeztünk attól kezdve, hogy odavittük a kurzort. Így 
például előfordulhat, hogy egy adott sorba állítjuk a kurzort, majd elkezdjük 
azt szerkeszteni. Végül a kívánt eredmény helyett azonban egy nagy zagyvasá- 
got kapunk, így más vágyunk sincs, minthogy visszakapjuk az eredeti sort. Ek- 
kor csak annyit kell gépelnünk, hogy U. Ha az U parancs kiadása után ráébred- 
nénk, hogy nem is volt olyan nagy zagyvaság amit csináltunk, akkor az u 
paranccsal kaphatjuk vissza a már megváltoztatott sort. 

Az U parancs ha kell, több parancs hatását is visszavonja. Azt azonban ne fe- 
lejtsük el, hogy csak addig működik, amíg egy soron belül vagyunk a kurzorral. 
Amint új sorba lépünk, az U parancs már arra a sorra fog vonatkozni. 

Az u parancson túl van még egy parancs, ami a szerkesztő puffer tartalmának 
utolsó megváltoztatására vonatkozik. Ez a . (pont). 


. megismétli a szerkesztő puffer tartalmát utoljára megváltoztató parancsot 


A . parancs megismétli a szerkesztő puffer tartalmát utoljára megváltoztató 
parancsot, legyen az beszúrás, helyettesítés vagy akár törlés. Lássunk egy példát 
ennek használatára: 

Tegyük fel, hogy a szövegbe szeretnénk számos helyre beszúrni az 
, Mxyzptik" nevet. Ez egy elég nehezen megjegyezhető név, így igazi kín len- 
ne, ha több mint egyszer kéne begépelnünk. 

Szerencsére erre nincs is szükség. Elég ha a következőket csináljuk: vigyük 
oda a kurzort ahová először szeretnénk beszúrni a nevet, majd gépeljük a követ- 
kezőket: 


iMxyzptlk ESC 


Ezután csak oda kell állnunk a kurzorral, ahová a következő beszúrást szeret- 
nénk és azt kell gépelnünk, hogy: 


Ekkor a beszúrás automatikusan megtörténik. 

A . parancs tetszőlegesen sokszor használható. Van azonban valami, amire 
vigyáznunk kell: a szövegen bármilyen más változtatást végzünk, a . parancs 
annak a végrehajtását fogja megismételni. 


KIS ÉS NAGYBETŰK CSERÉJE 


Időnként előfordul, hogy arra lenne szükségünk, hogy kisbetűket nagybetűkre, 
vagy éppen fordítva, nagybetűket kisbetűkre cseréljünk. Erre a - (tilde) parancs- 
csal van lehetőségünk: 


m kis és nagybetű cseréje 
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Ehhez csupán annyit kell tennünk, hogy arra a betűre visszük a kurzort, amit 
meg akarunk változtatni és begépeljük, hogy: 


At 


Ennek hatására a vi egy nagybetűt kisbetűre, vagy egy kisbetűt nagybetűre 
változtat, majd eggyel jobbra viszi a kurzort. Most tegyük fel, hogy az aktuális 
sor a következőket tartalmazza: 


"Joe-val, " mormolta, "ez egy HATALMAS ötlet" 


A kurzor álljon a , H" betűn és gépeljük azt, hogy: 


Ekkor a sor a következőképpen módosul: 
"Joe-val, " mormolta, "ez egy hATALMAS ötlet" . 


A kurzor pedig az , A" betűre kerül. 

Mivel a - parancs eggyel jobbra is viszi a kurzort, elég a parancsot többször 
kiadnunk, ha egy egész karaktersorozatot meg akarunk változtatni. Így ha a fen- 
ti példában a szó többi betűjét is kisbetűkre szeretnénk cserélni, elég annyit gé- 
pelnünk, hogy 


tat nt nt nt nt nt 


(7 tilde). 

Ha olyankor adjuk ki a - parancsot, amikor a kurzor nem egy betűn, hanem 
pl. egy írásjelen áll, akkor a vi a karakter megváltoztatása nélkül egyszerűen 
eggyel jobbra viszi a kurzort. Így nyugodtan , áthullámozhatunk" nagyobb szö- 
vegrészleteken is. A vi egyszerűen át fogja ugrani a betűktől különböző karak- 
tereket. 

Ennek a parancsnak a használatakor gyakran jól jönne, ha egy ismétlési szá- 
mot 15 megadhatnánk a parancs begépelése előtt. Például jó lenne, ha azt gépel- 
hetnénk, hogy 8- ha egy nyolc betűből álló szót szeretnénk kisbetűkről nagybe- 
tűkre változtatni. Vannak a vi-nak olyan verziói, amelyek ezt megengedik, de 
közel sem ez az általános. Hogy mi a helyzet az általunk használt vi-ban, azt 
külön ki kell próbálnunk. 


A SOROK HOSSZÁNAK SZABÁLYOZÁSA 


Egy dokumentum készítésekor a szöveget sorokra tördeljük. Ezt úgy tehetjük, 
ha minden sor végén ütünk egy ENTER billentyűt. Az ENTER billentyű lenyo- 
másakor egy új-sor karakter kerül a szövegbe, ami a sor végét fogja jelölni. 
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Természetesen a szöveg szerkesztése közben időről időre előfordul, hogy 
hosszú sorokat két külön sorba szeretnénk választani. Így például legyen a kö- 
vetkező szöveg egy SOT: 


Ez a sor túl hosszú, ezért szét kell választani két sorba. 


Tegyük fel, hogy a sortörést az ezért szó után szeretnénk elhelyezni. Ennek a 
legegyszerűbb módja, ha a szót követő space-re (üres karakterre) állunk és ki- 
adjuk az alábbi parancsot: 


rTENTER: 


Mint már láttuk, az r parancs az aktuális kurzorpozícióban lévő karaktert cse- 
réli ki valami másra. Esetünkben a space-t egy új -sor karakterre, vagyis gya- 
korlatilag egy sortörést helyez el. i 

Két egymást követő sort a J (join: egyesít) paranccsal kapcsolhatunk össze 
egyetlen sorrá: 


J egyetlen sorrá alakít két egymást követő sort. 


Csupán annyit kell tennünk, hogy a kurzort az első sorba állítjuk, és megnyom- 
juk a J-t. Ennek hatására a vi összekapcsolja az aktuális sort a következővel. 

Két sor összekapcsolásakor a vi megfelelő számú space-t is elhelyez a két 
összekapcsolt sor közé. Így egyetlen space-t helyez el két szó közé, de ha az első 
sor vége egy mondat vége 15 egyben, akkor két space-t tesz be. 

Ha több mint két sort szeretnénk összekapcsolni egyetlen sorrá, akkor egy 
ismétlési számot is megadhatunk a parancs előtt. Lássunk erre is egy példát. 
Legyen a következő szöveg a szerkesztő pufferben: 


Ez egy rövid 
mondat . 
Ez is egy rovid mondat . 
Állítsuk a kurzort az első sorba és adjuk ki a következő parancsot: 
2J 
Ennek hatására a következőket kapjuk: 
Ez egy rövid mondat. Ezisegyróvid mondat. 
Az r és J parancsok jól használhatók, ha csak kisebb változtatásokat akarunk 
végezni. Ha azonban sok szöveget kell begépelnünk, sokkal egyszerűbb haa vi 


végzi helyettünk a sorok tördelését. Ezt a : set wm parancs kiadásával érhetjük 
el: 
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: get wmzn automatikus sortörés valahol a jobb margó és jobb margótól n ka- 
rakterrel balra lévő pozíció között. 


Ez a parancs csak adatbeviteli módban működik, és azt mondja a vi-nak, 
hogy végezzen egy sortörést, ha a kurzor n karakternél közelebb kerül a jobb 
margóhoz. 

Így, ha azt szeretnénk, hogy a vi valahol a jobb margó és a jobb margótól 6 
karakterrel balra eső pozíció között végezzen egy sortörést, az alábbi parancsot 
kell kiadnunk: 


:set wn-6 


A wm név a , wap margin" (margóvezérlés) kifejezés rövidítése. Ha akarjuk, 
a teljes kifejezés kiírásával 15 kiadhatjuk a parancsot: 


:"set wrarmargin - 6 


A parancs két alakja közül mindenki azt használhatja, amelyiket könnyebben 
meg tudja jegyezni. Ha a lehető leghosszabb sorokat akarjuk használni, akkor a: 


"set wn-1 


beállítást kell használnunk. Általában azonban nem árt hagyni egy kis helyet 
kisebb változtatások elvégzéséhez. Az automatikus sortörést wm nullára állítá- 
sával kapcsolhatjuk ki: 


"set wn-0 


Tipp: Automatikus margóvezérlés használatakor érdemes kisebb változ- 
tatások elvégzéséhez elegendő helyet hagyni. Ezért 6 és 10közé állítsuk a 
wm értékét. 


Ha egy szöveget egy nagyobb átalakítás után szeretnénk újra formattálni, ak- 
kor az fmt parancsot használhatjuk. (Erről a parancsról még ebben a fejezet- 
ben, de egy kicsivel később lesz szó.) 
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ADATOK TÖRLÉSE A SZERKESZTŐ 
PUFFERBŐL 


Adatok törlésére sokféle lehetőségünk van. Így példáulöt különböző vi paran- 
csot használhatunk: 


x az aktuális kurzorpozícióban lévő karaktert törli 

xX az aktuális kurzorpozíciótól balra lévő karaktert törli 

D az aktuális kurzorpozíciótól a sor végéig töröl 

dmozgás az aktuális kurzorpozíciótól a mozgás parancs által kijelölt po- 
zícióig töröl 

dd törli az aktuális sort 


Ezen kívül egy ex parancs két változatát 15 használhatjuk törlésre: 


:sord a megadott sort törli 
:sor, sord egy tartomány sorait törli 


Attól függetlenül, hogy melyik parancsot használtuk törlésre, az u paranccsal 
helyreállítható a törlés előtti állapot. 

A törlésre használható parancsok közül a legegyszerűbb az x nevű. Ez az ak- 
tuális kurzorpozícióban lévő karaktert törli. A példa kedvéért tegyük fel, hogy a 
szüleinknek írunk egy levelet az egyetemi életről, és a szerkesztő puffer aktuális 
sora a következő szöveget tartalmazza: 


Rendszeresen járok bulXikba, és a könyvtárba W véletlenül sem teszen be a 
lábam. 


Ekkor észrevesszük, hogy hiba csúszott a 3. szóba. Ezért odavisszük a kurzort 
a , K" betűre és kiadjuk az: 


x 
parancsot. Így a sor a következő alakot ölti: 


Rendszeresen járok bulikba, és a küjyvtárba W véletlenül sem teszem be a 
lábam. 


Az X parancs szintén egyetlen karakter törlésére szolgál. Ezzel azonban a 
kurzor pozíciótól balra lévő karaktert törölhetjük. Így amikor észrevesszük, 
hogy a 7. szóban 15 van egy hiba, a szó utáni space-re állítva a kurzort azt az: 


xX 


parancs segítségével törölhetjük. Így a következő szöveghez jutunk: 
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Rendszeresen járokbulikba, és akcnyvtárba véletlenül sem teszembe a lá- 
bam. 


A D parancs segítségével a kurzor pozíciótól sor végéig törölhetünk. Így pél- 
dául ha a , könyvtárba" szó utáni space-re állunk és úgy adjuk ki a: 


D 
parancsot, a szöveg a következőképpen alakul: 
Rendszeresen járok bulikba és a kényvtárba 

A következő vi parancsot, a d-t, mindig egy kurzor mozgató parancs követi. 
Ennek hatására a vi a kurzorpozíciótól, a kurzor mozgató parancs által meg- 
adott pozícióig töröl mindent. Vagyis ez a parancs a korábban tárgyalt c (chan- 


ge: megváltoztat) parancshoz hasonlóan működik. Lássunk most néhány konk- 
rét példát: 


dw 1 szót töröl 

d10w 10 szót töröl 

d10w 10 szót töröl (az írásjelek figyelmen kívül hagyásával) 
db egy szót töröl a kurzortól balra 

d2) 2 mondatot töröl 

d5) 5 bekezdést töröl 


-H Tipp: A d parancs két leghasznosabb változata: 
dG az aktuális sortól a szerkesztő puffer végéig töröl 


d1G az első sortól az aktuális sorig töröl 


Visszatérve az előző példákhoz, ha a , bulikba" szó elejére állunk és a 
d2w 
parancsot adjuk ki, a következő szöveget kapjuk: 
Rendszeresen járok a könyvtárba 

Az utolsó vi parancs, amivel az adatok törlése kapcsán meg kell ismerked- 
nünk, az a dd parancs. Ezzel a paranccsal az aktuális sor törölhető. Ha több sort 
szeretnénk törölni, akkor egy ismétlési számot 15 megadhatunk a parancs előtt. 


Így például a 


10dd 


paranccsal 10 sor törölhető. 
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Időnként kényelmesebb, ha sorszámokat használhatunk a sorok törléséhez. 

Ilyenkor a : dnevű ex parancsot érdemes használnunk. Ezért jó ha nem felejt- 

jük el, hogy a: 

:set mmmber 


parancs hatására a vi kiírja a sorszámokat. Ha a sorszámokra már nincs szük- 
ségünk, akkor azok a 


:set nonmber 


parancs segítségével kapcsolhatók ki. 

A : d parancs használatakor akár egyetlen sort, akár a szerkesztő puffer egy 
egész tartományát törölhetjük. Az előbbi esetben egyetlen sorszámot kell meg- 
adnunk a kettőspont után, míg az utóbbiban kettőt vesszővel elválasztva. Így az 
90. sor törlésére szolgáló parancs: 


50d 


Ha az 50.-től a 60.-ig akarjuk törölni a sorokat, a következő parancsot kell 
használnunk: 


:50,60d 

Akárcsak a többi ex parancsnál a . (pont) karaktert, itt 15 az aktuális sor, míg 
a $ karaktert az utolsó sor jelölésére használhatjuk. Ezért ha a szöveg elejétől az 
aktuális sorig akarunk törölni, a: 


:1,.d 


parancsot használhatjuk. Ha az aktuális sortól a szöveg végéig szeretnénk töröl- 
ni, akkor a: 


:.,$d 


parancsot kellene kiadnunk. 
Ha a szerkesztő puffer teljes tartalmának a törlése lenne a cél, kétparancsot 15 
használhatnánk: 


1, $d 
"d 


(Mint már szó volt róla a 79 -jel a szerkesztő puffer teljes tartalmának jelölé- 
sére szolgál.) 
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AZ UTOLJÁRA TÖRÖLT SZÖVEG MÁSOLÁSA 


A vi mindig tárolja az utoljára törölt szövegrészt. Ez lehetővé teszi, hogy a p 
vagy a P parancsok valamelyikével ezt a szöveget a szerkesztő puffer egy tetsző- 
leges pontjára másoljuk. 

A p parancs az aktuális kurzor pozíció mögé szúrja be az utoljára törölt szö- 
vegrészt. Képzeljük el, hogy az aktuális sor a következőket tartalmazza: 
Ez jó egy mondat . 

A kurzort a , j" betűre állítjuk és kitörlünk egy szót a 
dw 
paranccsal. Így a következőképpen alakul a szöveg: 
Ez egy mondat . 


23 A 


Ha most az , egy" és a , mondat" szavak közötti space-re visszük a kurzort és 


kiadjuk a 
pP 


parancsot, akkor a kitörölt szót beszúrjuk a kurzortól jobbra. Így a következő 
mondathoz jutunk: 


Ez egy jó mondat . 


Most lássunk egy példát a P parancsra. Tegyük fel, hogy az aktuális sor az 
alábbiakat tartalmazza: 


Ez jómost . 
Ha a , jó" előtti space-re állva kiadjuk a 


de 
parancsot, akkor a szó végéig fogunk törölni, így a következőket kapjuk: 


Ez most . 


Ha ezek után a pontra állunk és most használjuk a P parancsot, a következő- 
ket kapjuk: 


Ez most jó. 
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A kitörölt szöveg a kurzorpozíciótól jobbra került beszúrásra. 

Most képzeljük el, hogy mi történik az xp parancskombináció hatására. Elő- 
ször az x parancs törli az aktuális kurzorpozícióban lévő karaktert, majd a p pa- 
rancs beszúrja a törölt karaktert a kurzorpozíciótól jobbra. A végeredmény, 
hogy felcserélünk két karaktert. Képzeljük el például a következő sort: 

En soha sme keveredek össze. 
Ha most az , e" betűre állunk és kiadjuk az 


xp 
parancsokat, a következőket kapjuk: 
Én soha sem keveredek össze . 


Egy másik fontos kombinációja a vi parancsoknak a deep. Ennek működé- 
sét az alábbi példán szemléltetjük. Tartalmazza az aktuális sor a következő 
mondatot: 


Én sem soha kutyulok össze semit . 


Álljunk a , sem" szót megelőző space-re. (Figyeljünk rá, hogy a space-re állít- 
suk a kurzort és véletlenül sem a szó első betűjére.) Most adjuk ki a 


deep 


parancsokat. Az első parancs (de ) törölni fogja a space-t és az azt követő szót. 
Ennek hatására a mondat a következőképpen alakul: 


Én soha kutyulok össze semit. 


A második parancs (e) a következő SZÓ V Kés viszi a kurzort. Végül a p pa- 
rancs beszúrja a kurzor után a kitörölt szót. Így a végeredmény: 


Én soha sem kutyulok össze semnt . 


Vagyis a deep parancskombináció segítségével felcseréltünk két szót. 

Egy sor törlésekor a p és P parancsok is egy teljes sort fognak beszúrni. A p 
parancs az aktuális sor alá, míg a P az aktuális sor fölé. 

Most gondoljuk végig mi történik, ha a dáp parancskombinációit adjuk ki. 
Akkor az első parancs (a dd) törli az aktuális sort. A törlés után a következő 
sor válik az aktuális sorrá. A második parancs (a p) beszúrja az éppen törölt sort 
az aktuális sor alá. A végeredmény, hogy felcseréltünk két sort. 
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BBB BBB BBB BB BB BBB BBB BBB BBB BBB BBB BBB BBB BBBBBBB 


B Tipp: Feltétlenül jegyezzük meg az alábbi parancskombinációkat: 


xp felcserél két karaktert 
deep felcserél két szót 
ddp felcserél két sort 


Összegezve a p és a P parancsról tanultakat: 


p beszúrja az utolsó törölt szöveget az aktuális kurzorpozíció után/alá 
P beszúrja az utolsó törölt szöveget az aktuális kurzorpozíció elé/fölé. 


Mint már említettük, a dd paranccsal több sort is törölhetünk egyszerre, ha 
megadunk előtte egy ismétlési számot. Több sor mozgatásának egy lehetséges 
módja, hogy először a dd paranccsal töröljük a sorokat, majd vagy a p vagy a 
P parancsot használva beszúrjuk őket a kívánt helyre. Így például ha 10 sort sze- 
retnénk új helyre vinni, először a kurzort az első törlendő sorba állítjuk, majd 
kiadjuk a 


10dd 


parancsot. Ezt követően abba a pozícióba visszük a kurzort, ami alá szeretnénk 
beszúrni a kitörölt sorokat és begépeljük hogy: 


P 
Ekkor a tíz korábban törölt sor beszúrásra kerül az új helyen. Ezután a szerkesz- 


tő puffer egy új pontjára állhatunk, és ha szükség van rá, ap parancs segítségével 
oda 15 beszúrhatjuk ugyanazt a 10 sort. 


SOROK MÁSOLÁSA ÉS MOZGATÁSA 


Időnként kényelmesebb a sorokat úgy másolni vagy mozgatni, ha sorszámokkal 
utalhatunk rájuk. Ilyenkor a : co (copy: másol) és a :m (move: mozgat) nevű ex 
parancsokat célszerű használnunk. 

Ezen a ponton érdemes eszünkbe idézni, hogy a vi-al kiírathatjuk a sorok 
számozását 15 ha kiadjuk a 


:set mmber 
parancsot. Ha a sorszámozásra már nincs szükségünk, akkor a 
:set norumber 


parancsot használhatjuk. 
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A :co és az :mparancsok azonos formátummal használhatók. Az egyetlen 
különbség a két parancs között, hogy az :m parancs törli az eredeti sorokat, 
míg a : co parancs csak egy másolatot készít róluk. 

Ezeknek a parancsoknak a használatakor a parancs neve előtt akár egyetlen 
sorszámot, akár egy tartományt meghatározó két sornak a számát megadhatjuk. 
A parancs neve után annak a sornak a számát kell megadnunk, ami alá szeret- 
nénk a megjelölt sort vagy sorokat beszúrni. Álljon itt néhány példa ezeknek a 
parancsoknak a használatára: 


:5c010 az 5. sort a 10. alá másolja 
:4,8co020  a4.-tól8. sorig terjedő tartományt a 20. sor alá másolja 
:5m10 az 5. sort a 10. alá helyezi 


: 4, 8m20 a 4.-től a 8. sorig terjedő tartományt a 20. sor alá helyezi. 


A többi ex parancshoz hasonlóan ezeknek a parancsoknak a használatakor 1s 
alkalmazhatók a . (pont) és a $ szimbólumok a szerkesztő puffer aktuális és 
utolsó sorának jelölésére. Lássunk erre is egy példát: 


:1,.m$ az 1.-től az aktuális sorig terjedő tartományt a szerkesztő 
puffer végére helyezi át. 


Ha a szerkesztő puffer legelejére akarunk másolni valamit, akkor a 0 (nulla) 
sorszámot kell használnunk a másolás helyének megadására. 


: . , $m0 az aktuális sortól az utolsó sorig terjedő részt a szöveg elejére 
helyezi át. 


A fenti két parancsra érdemes vetnünk még egy utolsó pillantást. Tulajdon- 
képpen mind a két parancs felcseréli az aktuális sor feletti és alatti részt. Van 
azonban egy lényeges különbség a két parancs között. Az első használatakor 
az aktuális sor a szerkesztő puffer legvégére kerül, míg a második esetben a leg- 
elejére. 

Az elmondottak összefoglalására álljanak itt még egyszer a sorok másolására 
és mozgatására szolgáló ex parancsok: 


: sorcocél a cél pozíció alá másolja az adott sort 
:sor, sorcocél a cél pozíció alá másolja az adott tartományt 
: sormcél a cél pozíció alá helyezi az adott sort 


:sor,sormcél acél pozíció alá helyezi az adott tartományt. 


SHELL PARANCSOK HASZNÁLATA vi-BÓL 


Ha a vi futtatása közben egy közönséges shell parancsot szeretnénk kiadni, azt 
többféleképpen is megtehetjük. Így például kiadhatjuk először a : ! parancsot, 
majd ezt követően a shell parancsot. Ennek hatására a vi ashellnek továbbítja a 
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parancsot végrehajtásra. Ezek szerint ha szeretnénk kiíratni az időt és a dátu- 
mot, a következő parancsot kell kiadnunk: 


: [date 
A parancs végrehajtása után a következő üzenet jelenik meg a képerrnyőn: 
[Hit return to contirme] 


Ekkor nyomjuk meg az ENTER billentyűt és folytathatjuk a vi-ban félbesza- 
kított munkánkat. 

. A legutoljára végrehajtott shell parancsot — a közben eltelt idő hosszától füg- 
getlenül — az alábbi paranccsal futtathatjuk újra: 


211 


Tehát ha szeretnénk újra kiíratni az időt és a dátumot, elég annyit gépelnünk, 
hogy : ! 1. 

Abban az esetben, ha több shell parancsot 15 szeretnénk futtatni, elindítha- 
tunk egy új shellt. Ezt kétféleképpen is csinálhatjuk. Először is használhatjuk 
az : shparancsot: 


"ah 


Ez felfüggeszti a vi futását és elindít egy olyan shellt, amilyet egyébként is hasz- 
nálni szoktunk. Ezek után már annyi shell parancsot használhatunk, amennyit 
csak akarunk. Ha befejeztük a shellben végzett munkánkat vagy a AD, vagy 
az exit parancs kiadásával térhetünk vissza a vi-ba. 

Ha valamilyen oknál fogva ez a parancs nem működne az általunk használt 
rendszerben, akkor egy új shellt parancsként is elindíthatunk. Így például ha 
egy C-shellt akarunk elindítani, akkor a csh parancsot kell kiadnunk: 


:!cah 
Egy új Korn-shell pedig az alábbi paranccsal indítható: 
:1ksh 


A shellből való kilépés után a vi-ba kerülünk vissza. 


Tipp: A : ! parancs segítségével tetszőleges fajta shell indítható. Így pél- 
-- dául ha általában C-shellt használunk, akkor az : 8h parancs is egy C- 

shellt fog elindítani. Ezért ha valamilyen oknál fogva egy Korn-shellre 
lenne szükségünk, azt egy : ! ksh paranccsal tudnánk elindítani. 
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Befejezésül foglaljuk össze az eddig elhangzottakat. 


:1 felfüggeszti a vi futását, és végrehajt egy adott shell parancsot 
:!!  —— felfüggeszti a vi futását, és végrehajtja az utoljára futtatott shell 
parancsot 


:sh felfüggeszti a vi futását, és elindít egy shellt 
: P!csh felfüggeszti a vi futását, és elindít egy új C-shellt 
: !keh felfüggeszti a vi futását, és elindít egy új Korn-shellt. 


Ha egy shell parancs kimenetét szeretnénk beszúrni a szerkesztő pufferbe, 
akkor a : Tr ! parancsot használhatjuk, ahogy arról a következő részben szó lesz. 


ADATOK BEOLVASÁSA 
A SZERKESZTŐ PUFFERBE 


Ha a szerkesztő pufferbe adatokat szeretnénk beolvasni egy file-ból, akkor az 
: r parancsot használhatjuk: 


:10r info 


A parancs neve előtt annak a sornak a számát adhatjuk meg, amelyik után 
szeretnénk beszúrni az új adatokat. A parancs nevét előbb egy space, majd az 
input file neve követi. A fenti példában tehát a 10. sor után szúrjuk be az info 
nevű file tartalmát. 

Ha a szerkesztő puffer legelejére szeretnénk beszúrni valamit, akkor a 0 
(nulla) sorszámot kell használnunk. Következésképpen, ha az info nevű file tar- 
talmát a szerkesztő puffer legelejére akarjuk beolvasni, az alábbi parancsot kell 
használnunk: 


"Or info 

A szerkesztő puffer végére a $ szimbólummal utalhatunk: 
:$r info 

Ha a parancs elejéről elhagyjuk a sorszámot, akkor a vi az aktuális sor után 
fogja beszúrni az adatokat. Talán ez a leghasznosabb alakja az : r parancsnak. 
Ezek szerint ha szeretnénk beszúrni valahová az info nevű file tartalmát, ak- 
kor először arra a sorra kell vinnünk a kurzort, amelyik sor alá szeretnénk be- 


szúrni az adatokat, majd ki kell adnunk a következő parancsot: 


:r info 
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A parancsnak van egy rendkívül hasznos változata is. Ha a file neve helyett 
először egy !-et (felkiáltójel) gépelünk, majd azt követően egy shell paran- 
csot, a vi végrehajtja az adott parancsot és a kimenetét beszúrja a szerkesztő 
pufferbe. Most lássunk erre is egy példát. Ha szerkesztés közben egy listát sze- 
retnénk file-jainkról beszúrni az aktuális sor után, akkor azt az 


:r !18 


paranccsal tehetjük meg. Hasonlóan szúrhatjuk be a szerkesztő puffer végére a 
dátumot és az időt Is: 


:$r [date 


Ezek után lássunk egy rendkívül leleményes és időkímélő eljárást. A UNIX 
—- Bevezetés című könyvben már szó volt róla, hogy hogyan nézhetünk utána 
egy szó betűzésének a look parancs segítségével. Képzeljük el például, hogy 
egy angol nyelvű szöveget szerkesztünk és a , simultaneous" szót szeretnénk 
. használni, de nem tudjuk biztosan, hogy azt hogyan kell betűzni. Ha most kiad- 
juk a 


look sim 
parancsot, annak a következő lesz a kimenete: 


simuilate 
simulcast 
similtaneity 
simultaneocus 


A vi használata közben az : r parancs segítségével beszúrhatjuk ezt a kime- 
netet a szerkesztő pufferbe. Tehát ha gépelés közben a , simultaneous" szót sze- 
retnénk használni, de nem tudjuk, hogy hogyan kell írni, akkor mindenek előtt 
lépjünk parancsmódba az ESC billentyű megnyomásával, majd adjuk ki az 


:r ! look simi 


parancsot. Ekkor a 1o0ok parancs kimenete a szerkesztő puffer aktuális sora 
(az általunk éppen szerkesztett sor) után kerül beszúrásra. Ezek után egyszerű- 
en ki kell törölnünk a felesleges szavakat. (Ha a kilistázott szavak közül egyikre 
sincs szükségünk, elég ha kiadjuk az u (undo: visszavon) parancsot. ) A fölösle- 
ges szavak kitörlése után vigyük vissza a kurzort abba a sorba, amit eredetileg 
szerkesztettünk és adjuk ki a 


J 


parancsot. Ennek hatására a vi a sor végére helyezi az új szót. Befejezésül az 
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paranccsal visszatérhetünk adatbeviteli módba. Lehet, hogy ez az eljárás egy 
kissé bonyolultnak tűnik első hallásra, de valójában rendkívül egyszerű. Alka- 
lomadtán feltétlenül érdemes kipróbálni. 

Befejezésül tekintsük át még egyszer az : r parancs különböző típusait: 


:sorr file beszúrja a file tartalmát a sor által adott helyre 
:rfile beszúrja a file tartalmát az aktuális sor után 

:sorr Iparancs beszúrja a parancs kimenetét a sor által adott helyre 
:r!parancs beszúrja a parancs kimenetét az aktuális sor után. 


Tipp: Ha még sincs szükségünk az : rvagy az : r ! parancsok által beszúrt 
adatokra, használjuk az u (undo: visszavon) parancsot azok eltüntetésé- 
re. 


ADATKEZELÉS SHELL PARANCSOK 
HASZNÁLATÁVAL 


A ! és a ! ! parancsok segítségével a szerkesztő puffer sorait adhatjuk meg kü- 
lönböző shell parancsok bemeneteként. A parancs kimenete automatikusan he- 
lyettesíteni fogja abemenetként szolgáló sorokat. Ezzel a módszerrel lehetősé- 
günk van például adatok sorba rendezésére. 

Ehhez először arra a sorra kell vinnünk a kurzort, amelyik az első sorbaren- 
dezendő adatot tartalmazza. Be kell gépelnünk a sorba rendezendő sorok szá- 
mát, a ! ! parancsot és végül a szükséges shell parancsot, majd egy ENTER-t. 

Ezt illusztrálja a következő példa. Tegyük fel, hogy öt egymást követő sorban 
a következő adatok találhatók: 


SzZzáközű 
légaöri 
anakonda 
tejtermékek 
pénzérme 


Most vigyük a kurzort az első sorba és adjuk ki az 
5!1sort 
parancsot. 
A második ! begépelése után a vi a parancssorba viszi a kurzort és kiír egy ! - 


et. Ezek után a shell parancsot már a parancssorba gépelhetjük be. Ha szükség 
van rá, az ENTER billentyű megnyomása előtt akár javításokat i5s végezhetünk 
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a begépelt parancsban. A fenti példában az eredeti öt sort az alábbiakkal fogjuk 
helyettesíteni: 


anakonda 
légaöri 
pénzérme 
szórakozás 
tejtermék 


Tipp: Ha a ! vagy a ! ! parancsok segítségével végzünk adatfeldolgozást 
a vi-ban, és a kapott eredménnyel nem vagyunk megelégedve, akkor az 
u paranccsal tudjuk visszaállítani az eredeti állapotot. 


Most lássunk még egy rendkívül hasznos példát. A fmt (format: formátum) 
parancs segítségével a parancs bemenetére kerülő sorokat kb. 72 karakter hosz- 
szúvá lehet alakítani. A parancs megőrzi a sor elején található üres karaktereket 
(space-eket). Végső soron tehát az fmt paranccsal szebbé tehetjük a szövegein- 
ket a bekezdések tördelésének megőrzése mellett. 

Az fmt parancs segítségével, akár a teljes dokumentumot, akár annak egy 
részét megformázhatjuk a dokumentum szerkesztése közben. Ha ezt a megol- 
dást választjuk a szövegeink formázására, akkor jóval kevesebbet kell vesződ- 
nünk a sorok tördelésével a szöveg begépelése során. i 

Az alábbi parancs például a szöveg 10 sorát fogja megformázni az aktuális 
sortól kezdődően: 


10! ! fmt 


A ! parancs, a ! ! parancshoz hasonlóan működik. Az egyetlen eltérés a két 
parancs között, hogy a ! parancs nagyobb szabadságot biztosít a bemeneti ada- 
tok megadására. A ! használatakor először a ! -et kell begépelnünk, majd egy 
kurzor mozgató parancsot, és legvégül a shell parancsot: 


! ) Émt 


Ez a parancs az fmt parancs bemenetére küldi az összes adatot az aktuális 
sortól a kurzor mozgató parancs által meghatározott sorig. A fenti példában 
az aktuális sortól az aktuális bekezdés utolsó soráig. (A ) parancs az aktuális 
bekezdés végére viszi a kurzort.) 

A ! begépelése után a vi parancssorba viszi a kurzort és kiír egy !-t, ahhoz 
hasonlóan, ahogy azt a ! ! parancsnál is láttuk. 

Ha a szerkesztő puffer teljes tartalmát szeretnénk megformázni, azt például a 
következőképpen tehetjük. Először vigyük a kurzort a szerkesztő puffer első 
sorába az 
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parancs segítségével. Utána adjuk ki az alábbi parancsot: 

:Gfmt 


(Mint emlékezhetünk rá, a G parancs a szerkesztő puffer legvégére viszi a kur- 
zort.) Ehhez hasonlóan sorba is rendezhetjük a szerkesztő puffer teljes tartal- 
mát: 


I Gsort 
Befejezésül összegezzük a hallottakat: 


niiparancs végrehajtja a parancsot n soron 
! mozgás parancs végrehajtja a parancsot a kurzortól a mozgás pozíciójáig. 


AZ ADATOK FILE-BA MENTÉSE 


A vi automatikusan elmenti egy file-ba az adatokat, ha a ZZ paranccsal lépünk 
ki. Ennek ellenére sok más parancsot is használhatunk az adatok tetszóleges 
időpontban történő elmentésére. 


:w az eredeti file-ba írja az adatokat 
:ws filenév a megadott file-ba írja az adatokat 
:wss filenév a megadott file-hoz fűzi az adatokat. 


A :w parancs segítségével az eredeti file-ba írhatjuk a szerkesztő puffer tar- 
talmát. Tegyük fel például, hogy a memo nevű file tartalmát kezdtük el szerkesz- 
teni a vi-al: 


vi memo 


Ekkor a vi a memo nevű file tartalmát a szerkesztő pufferbe másolta. Innen- 
től kezdve teljesen mindegy, mennyi változtatást végzünk a szerkesztő puffer 
tartalmán, az eredeti memo nevű file változatlan marad. Ez rendkívül fontos, 
hiszen ez teszi lehetővé, hogy a : g ! paranccsal kilépjünk a szerkesztőből az ere- 
deti file tartalmának megváltoztatása nélkül. Ennek ellenére bármikor kiadhat- 
juk a következő parancsot: 


sw 


Ilyenkor a vi felülírja az eredeti file-t a szerkesztő puffer tartalmával. Álta- 
lában ennek a parancsnak a használatára nincs szükségünk, kivéve azt az egy 
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esetet, amikor az :e parancs segítségével egy új file szerkesztésébe akarunk 
kezdeni (lásd a következő szakaszban). 

Ennek ellenére, ha már sokat dolgoztunk egy file szerkesztésén, felmerülhet 
bennünk az igény, hogy elmentsünk mindent, amit csináltunk. 

Ha a : w parancs után egy file-nevet is megadunk, akkor a vi a megadott file- 
ba fogja írni az adatokat. Így például, ha egy extra nevű file-ba szeretnénk el- 
menteni a szerkesztő puffer tartalmát, akkor a következő parancsot kell kiad- 
nunk: 


w extra 


Ha ilyen nevű file még nem létezik, a vi létrehozza azt. Ha ilyen nevű file már 
létezett, akkor a vi a szerkesztő puffer tartalmára fogja cserélni a file eredeti 
tartalmát. 

Fontos megjegyzés: ha a :w parancs segítségével egy olyan file-ba írunk, ame- 
lyik már létezik, akkor annak az eredeti tartalma el fog veszni. Abban az eset- 
ben, ha az új adatokat a file végéhez szeretnénk hozzáfűzni, akkor a parancs 
neve után a 55 (kisebb-nagyobb jel) karaktereket kell begépelnünk: 


. Wrs mMmemo 


A 55 karakterek használata esetén a file-ban lévő egyéb adatok is megmarad- 
nak. 

Ha a szerkesztő puffernek csak meghatározott sorait szeretnénk egy file-ba 
menteni, akkor ezeket a sorokat a szokásos módon adhatjuk meg: 


: l10w save 
Ez a parancs a szerkesztő puffer 10. sorát írja egy save nevű file-ba. Ha a 
szerkesztő puffer tartalmának a 10. és a 20. sora közé eső részét szeretnénk a 


save nevű file tartalmához hozzáfűzni, azt a következő paranccsal tehetjük meg: 


:10,20w3: 8ave 


ÁTTÉRÉS ÚJ FILE SZERKESZTÉSÉRE 


A vi elindításakor általában megadjuk a szerkeszteni kívánt file-nak a nevét. 
Így például a memo nevű file szerkesztéséhez a következő parancsot kell kiad- 
nunk: 


vi memo 
Ha a vi használata közben úgy döntünk, hogy egy másik file-t szeretnénk 


szerkeszteni, akkor nem kell először kilépnünk, majd újra indítani a progra- 
mot. Ehelyett az : eés a :e! parancsokat használhatjuk: 
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sefile a file nevű file szerkesztésére tér át 
:e! file a file nevű file szerkesztésére tér át, az elmentés automatikus 
ellenőrzésének mellőzésével. 


Ha egy új file szerkesztésébe akarunk kezdeni, akkor az : e filenév parancsot 
kell kiadnunk. Így például, ha a dokumentum nevű file szerkesztésére akarunk 
áttérni, a következő parancsot kell begépelnünk: 


e dokumentum 


Amikor egy új file szerkesztésébe kezdünk, a szerkesztő puffer korábbi tar- 
talma elveszik. Ezért ügyeljünk rá, hogy először ne felejtsük el elmenteni addi- 
gi munkánkat. Az : e parancs használatakor a vi automatikusan ellenőrzi, hogy 
a szerkesztő puffer tartalmaz-e elmentetlen adatokat. Ha vannak ilyen adatok, 
akkor nem hagyja, hogy egy új file szerkesztésébe kezdjünk. Ha mégis át aka- 
runk térni egy új file szerkesztésére, akkor az :e! parancsot kell használ- 
nunk. Ha például a 


vi memo 


paranccsal indítottuk el a vi-t, akkor a vi a memo nevű file tartalmát másolta a 
szerkesztő pufferbe. Most tegyük fel, hogy a file szerkesztése során annyi hibát 
csinálunk, hogy szeretnénk az egész munkát elölről kezdeni. Ilyen esetben nyil- 
vánvaló, hogy még véletlenül sem szeretnénk elmenteni a szerkesztő puffer tar- 
talmát. Ilyenkor az 


"e! memo 


parancsot kell kiadnunk, így a szerkesztő puffer tartalmának elmentése nélkül a 
vi újra beolvassa a memo nevű file-t. 


RÖVIDÍTÉSEK HASZNÁLATA 


Az : abnevű parancs segítségével definiálhatunk rövidítéseket a gyakran hasz- 
nált szavak és kifejezések gépelésének megkönnyítésére. Így például, ha egy 
szakmai önéletrajzot írunk egy nyári munkára történő jelentkezéshez, elég fá- 
rasztónak találhatjuk a , kivételesen tehetséges" kifejezés minduntalan begépe- 
lését. Ehelyett definiálhatunk egy rövidítést, például azt, hogy: , kt". 

Egy rövidítés definiálásához először az : ab parancsot, majd a rövidítést, vé- 
gül a rövidíteni kívánt kifejezést kell begépelnünk: 


aabkt kivételesen tehetséges 


Ezek után bármikor azt gépeljük (adatbeviteli módban), hogy kt, a vi auto- 
matikusan helyettesíteni fogja a rövidítést a , kivételesen tehetséges" kifejezés- 
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sel. Természetesen a vi elég ügyes ahhoz, hogy ha a rövidítés egy szó belsejében 
(pl. ablaktok) fordul elő, akkor ne végezze el a behelyettesítést. 

Ha arra vagyunk kíváncsiak, hogy milyen rövidítéseket definiáltunk koráb- 
ban, akkor az : abpparancsot magában kell begépelnünk 


ab 


Ha egy korábban definiált rövidítést törölni szeretnénk, akkor a : una paran- 
csot használhatjuk. Ehhez először az : una parancsot kell begépelnünk, majd 
utána a törölni kívánt rövidítést. Például: 


una kt 
Befejezésül foglaljuk össze az elhangzottakat: 


:sabrövidiítés kifejezés a rövidítés definiálása egy kifejezéshez 
:ab rövidítések kilistázása 
:una rövidítés egy rövidítés törlése. 


A vi INICIALIZÁLÁSA A . exrc FILE 
SEGÍTSÉGÉVEL 


A vi indításakor az legelőször ellenőrzi, hogy van-e az alapkönyvtárunkban (a 
home könyvtárban) egy . exrc nevű file. Ha létezik ilyen file, akkor a vi vég- 
rehajtja az összes ex parancsot, amit ebben a file-ban talál. Ez lehetővé teszi, 
hogy automatikusan inicializáljuk a munkakörnyezetünket. A .exrc filenév 
az , ex run commands" (futtatandó ex parancsok) kifejezés rövidítése. 

A .exrc file ideális hely a gyakran használt : set és a : abparancsok elhe- 
lyezésére. Ezen felül írhatunk bele különböző shell parancsokat is a : ! parancs 
segítségével. 

Mielőtt folytatnánk a . exrc file-al való ismerkedésünket, szánjunk még egy 
kis időt egy utolsó ex parancsnak — a :map parancsnak — a megismerésére. Ez a 
parancs ugyanis szintén kivételesen jól használható a . exrc file-ban. 

A :map parancs ún. MAKRÓK definiálására használható. Egy makró tulaj- 
donképpen nem más mint egy parancs egy betűs rövidítése. A makrók haszná- 
lata nem túl gyakori a vi-ban, ezért nem is tárgyaljuk ezt a témakört részlete- 
sen. Ennek ellenére van egy nagyon kézenfekvő makró, amit célszerű 
feltétlenül definiálnunk. Ennek a makrónak a segítségével a g betűt az 1G pa- 
rancs helyettesítésére használhatjuk. A szükséges makrót definiáló parancs a 
következő: 


mapgl1]1G 
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Ha definiáljuk ezt a makrót, akkor a g begépelésével a szerkesztő puffer ele- 
jére, míg a G begépelésével a szerkesztő puffer végére vihetjük a kurzort (ter- 
mészetesen csak parancs módban). 

Ezek után folytassuk az ismerkedést a . exrc file tartalmával. A vi figyel- 
men kívül fogja hagyni valamennyi olyan sornak a tartalmát, amelyik "-lel 
(idézőjellel) kezdődik. Az ilyen sorokban megjegyzéseket fűzhetünk a begé- 
pelt parancsokhoz. Ezen felül a vi az üres karaktereket (space-eket) és tabulá- 
torokat is figyelmen kívül hagyja a sorok elején. Ez lehetővé teszi a file olvasha- 
tóbb megszerkesztését. Befejezésül még meg kell jegyeznünk, hogy a .exrc 
file-on belül a parancsokat nem kell kettősponttal kezdenünk. 

Álljon itt példának egy egyszerű . exrc file: 


"apciók beállítása 
set ahomnode 
set wraprmargin-6 
"rövidítések definiálása 
abkt kivételesen tehetséges 
"a gmakró definiálása 
map g1G 
"a dátum és az idő kiíratása, 2 másodperc várakozási idővel 
(date; sleep 2 


(Megjegyzés: A sleep parancs hatására a Unix szünetet tart a paraméter- 
ként megadott ideig másodpercekben mérve.) 

Ha a . exrc file tartalmaz egy hibás parancsot, akkor a vi a hibás parancsnál 
megszakítja a file parancsainak végrehajtását. Ilyenkor ugyan simán elindul a 
vi, a hibás parancs utáni utasítások azonban már nem kerülnek végrehajtás- 
ra. Ebben az esetben általában valamilyen hibaüzenet is megjelenik, de ahhoz 
valószínűleg túl rövid ideig, hogy azt el 15 lehessen olvasni. Ezért alaposan tesz- 
teljünk minden parancsot, mielőtt azt beírnánk a . exrc file-ba. 


9. FEJEZET 


SZÖVEGEK HALADÓ SZINTŰ 
KEZELÉSE 


Ebben a fejezetben a sed nem-interaktív áradatszerkesztőről és az awk minta- 
kereső és -feldolgozó nyelvről lesz szó. 

Ezek jellegükben a Könnyen is lehet sorozat UNIX - Bevezetés című könyv- 
ben bevezetett eszközökhöz hasonlítanak, de használatuk bonyolultsági foka 
igen széles tartományban mozog az egészen egyszerűtől a kifinomultig. Egysze- 
rűbb formáikban olyan parancsok alternatíváiként szolgálhatnak, mint pl. a 
grep, de teljes tudásukat kihasználva olyan összetett szövegkezelői feladato- 
kat képesek ellátni, amelyekre más parancs nem képes. Az awk akár programo- 
zási nyelvként is felfogható. 


AZ ÁRADATSZERKESZTŐ: sed 


A sed áradatszerkesztő nem-interaktív szövegszerkesztő. Míg az ed az eredeti 
file-t pufferbe másolja, éslehetővé teszi, hogy kedvünk szerint mozogjunk a file- 
ban, addig a sed a file elején kezdi a munkát és a végénél fejezi be, s nem enged 
változtatni a kiadott szerkesztési parancsokon. 

Ha az ed-ről az a képünk alakult ki, hogy egy adathalmazon végez bizonyos 
változtatásokat, a sed-et olyan rendszerként kell felfognunk, amely adatokat 
vet alá bizonyos transzformációknak. Ez a megközelítés hasonló a Könnyen 
is lehet sorozat UNIX - Bevezetés című könyvben leírt csővezetékek (pipeli- 
ne) alapgondolatához, amelyekben az adatáramot különböző műveleteken 
keresztülbocsájtva módosítják. A sed esetén ezek a műveletek a szerkesztő- 
parancsok. 

Mivel a sed - az ed-től eltérően — nem olvassa pufferbe a file-okat, olyan file- 
ok esetén is használható, amelyek az ed számára túl nagyok lennének. 

Ha figyelembe vesszük, hogy a sed alapértelmezésben szerkesztői parancso- 
kat hajt végre a teljes file-on, valamint azt, hogy kimenete a standard output, 
kiviláglik, hogy a sed ideális átmeneti természetű változtatások elvégzésére, 
s kevésbé alkalmas file-ok maradandó módosítására. Használható a grep és 
a tr parancsok hatékonyságának növelésére, amint azt a rövidesen következő 
példákon megvizsgálhatjuk. 
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Első pillantásra a sed és három opciója viszonylag egyszerű parancsnak 
tűnik. Azonban a sed képes a reguláris kifejezéseket feldolgozni, és az ed 
szerkesztőparancsainak jelentős részét 15 el tudja végezni, ezért használata meg- 
lehetősen bonyolulttá is válhat. Meg sem kíséreljük elmagyarázni az áradatszer- 
kesztő összes fortélyát, inkább megmutatjuk, hogyan lehet vele néhány hasznos 
műveletet elvégezni, ami elegendő betekintést nyújt ahhoz, hogy önállóan dol- 
gozhassunk összetettebb operációkon. 

A sed egyaránt képes a szerkesztőműveleteket a parancssorból (command 
line) vagy file-ból (edit script) venni. Egyszerű használatakor az első módszert 
alkalmazzuk, ám ha sok szerkesztési feladatot kell ellátnunk, egyszerűbb, ha 
file-ban helyezzük el őket, és tudatjuk a sed-del, hogy a scriptben találhatók 
szerint dolgozzon. 


SZERKESZTŐMŰVELETEK MEGADÁSA A PARANCSSORBAN 


Lássunk a sed parancssorában megadott szerkesztőműveletekre néhány egy- 
szerű példát. Cseréljük a , Smith" stringet a , White"-ra: 


$ my people peowple.old 
$ sed s/Smith/White/ pecple.old 5people 
$ 


továbbá korlátozhatjuk a fenti névcserét pusztán Sally Smith nevére: 
$ sed 8 "Sally Smith/Sally White/ " people.old: people 


A sed számára kiadott szerkesztőparancs egyetlen argumentum lehet, s mi- 
vel fenti példánkban az argumentumban szóközök is voltak, a teljes argumen- 
tumot idézőjel közé kell tenni. Ha ezt elmulasztjuk, a következő üzenetet látjuk: 


$ sed s/Sally Smith/Sally White/ pecple.old 
carmand garbled: s/Sally (zagyva parancs: s/Sally ) 
5 


Mostanra már észrevehettük, hogy a fenti példában kiadott szerkesztőpa- 
rancs az ed és ex (valamint a vi ) interaktív szövegszerkesztők helyettesítő pa- 
rancsára hasonlít. A szerkesztőparancsok, melyeket a sed elfogad, valóban ha- 
sonlók az ed parancsaihoz, de néhány esetben formai eltérésekkel találkozunk. 

A szerkesztőparancsok általános formája azonos az ed parancsatéval: 


[sorszáml , sorszám] Jművelet [paraméter] 


de a következő diagramon megtekinthetjük grafikus ábrázolását is. 
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sorszám! sorszám2 művelet paraméter 


kezdő sor száma záró sor száma 





szerkesztő parancs extra paraméter 


9.1. ábra. A sed szerkesztőparancsainak általános formája 


Eszerint a sed parancs opcionálisan a sor sorszámából (vagy két, vesszővel 
elválasztott sor sorszámából), a műveletet jelölő egyetlen betűből, s újabb op- 
cionális paraméterből áll. 

Van azonban néhány lényeges eltérés az ed-től: 


e Csak az s (substitute: helyettesítés) művelet esetén adhatunk meg paramé- 
tert. 

e Ha nem adunk meg sorszámot, a művelet az összes soron végrehajtódik. Ez 
jelentős eltérés az ed-től, ahol az aktuális sor jele a pont. 

e A sorokat sorszámmal vagy rögzített karakterláncokat tartalmazó szöveg- 
mintákkal, esetleg reguláris kifejezésekkel címezhetjük meg. Mivel a mű- 
velet alapértelmezésben globális — tehát az egész file-on végrehajtódik -, 
hiányzik az , aktuális sor" koncepciója, valamint a sorok relatív címzése. 
A sorok sorszáma file-ban abszolút. 

e Az olyan műveletek alakja, amelyek szöveges bemenetet várnak (a, 1 és c), 
különbözik az ed-étől. 

e Számos ed műveletnek nincs megfelelője a sed-ben. Példánkban azm(move: 
mozgatás) és a t (transpose, copy: másolás) hiányzik. 

e Léteznek viszont olyan műveletek, melyek az ed-ből hiányoznak. Ezek egyi- 
ke az v (transform: átvitel, nem jegyezhető meg túl könnyen). 

Előző példáinkban nem használtunk címzést, a parancsok az egész file-on 
végrehajtódtak. Lássuk most az előző feladat megoldását szövegminta alapú 

sorcímzéssel: j 


S sed /Sally/s/Smith/White/ pecople.old:people 
S 


Itt a , Smith" string , White"-ra való cseréje csak a , Sally"-t tartalmazó sorok- 
ban következik be. 

Ezidáig csupán a helyettesítő paranccsal foglalkoztunk, hiszen valószínűleg 
ez a sed legnépszerűbb alkalmazása, de használjuk bátran többi parancsát is! 
A következő például törli a , Henry"-t tartalmazó sorokat: 


S sed /Henry/d pecple.old:pecple 
s 
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Az -e (edit: szerkesztés) opcióval azt jelezzük, hogy a szerkesztőparancsok 
közvetlenül a sed parancssorban találhatók. 

A fenti példákban azonban semmiféle opciót nem használhatunk. Ha csupán 
egyetlen egy szerkesztőparancsot írunk a sed parancssorába, kihagyhatjuk az 
- e opciót. Ha szigorúak akartunk volna lenni, így is eljárhattunk volna: 


S sed -e /Henry/d/ pecople.old : people 
$ 


Ha több mint egy parancsot írunk a sed parancssorába, mindegyiket -e-nek 
kell megelőznie: 


S sed -e /Henry/d -e /Sally/s/Smith/Vhite/ pecple.old 
MaryannClark 101 
Sally White 113 
Jane Bailey 121 
Jack Austen 120 
Steve Daniels 111 
gylvia Dawson 110 
Hank Parker 114 
CharlieSmith 122 
BillWilliams 100 
S 


A szóközöket is tartalmazó szerkesztőparancsokat a korábban látottaknak 
megfelelően idézőjelbe kell tenni, hogy a sed értelmezhesse őket. Szintén idé- 
zőjelbe kell tenni az olyan karaktereket, amelyeket a shell speciálisan kezel, pél- 
dául reguláris kifejezések esetén: 


S sed -e "/A[ A I] t$/d" samefile 5 noblanks 

A fenti paranccsal megszabadulhatunk a file üres (vagy látszólag üres) sorai- 
tól. A AI szokásos módon a CTRL-I-t, vagyis a tabulátort jelenti. 
FILE-BAN LÉVŐ SZERKESZTŐ SCRIPT HASZNÁLATA 


Ha a sed-et a -f (file) opcióval hívjuk meg, a szerkesztőparancsok a megneve- 
zett file-ból vétetnek: 


tS sed -f edcanis oldfile : newfile 
$ 


A szerkesztőparancsokat tartalmazó file nevének közvetlenül a -f opció 
után kell állnia. Az iménti példa parancsa az edcomds file-ban levő szerkesztő- 
parancsokat alkalmazza az o1dfi 1e file-ra. A sed standard kimenetét new- 
fi1e-ba irányítottuk. 
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Lássunk egy konkrét példát, ismét az eredeti people file-t használva! Né- 
hány, az ezen elvégzett változtatások közül: 


e A Henry Morgant tartalmazó sor törlése 
e A James Walkert tartalmazó új sor kapcsolása a file végéhez 
e Sally Smith nevének cseréje Sally White-ra 


Ha mindezeket a sed-del szeretnénk elvégezni, készíthetünk egy file-t, 
amely a szerkesztőparancsokat tartalmazza: 


S cat : changes 
/Sally/s/Smith/White/ 
/Henry/d 

Sa) 

James Walker 112 

AD 

$ 


A helyettesítő paranccsal a Sally-t tartalmazó sorban Smith-et White-ra cse- 
réljük; a d művelet törli a Henry-t tartalmazó sorokat, az a pedig a következő 
sort fűzi a file végéhez: 


James Walker 112 


Az a előtti $ jel az utolsó sort jelenti, mint az ed-nél. 

Az a hozzáíró operátor különbözik az ed-étől, ahol a szöveges bemenet végét 
olyan sor jelzi, melyben egyetlen pont található. A sed esetén - az utolsó sor 
kivételével — minden sor végét a backslash (4) karakterrel kell zárnunk. Jegyez- 
zük meg, hogy még a parancssor végén 15 ! karakter áll! 

Most már futtathatjuk a sed-et, hogy elvégezzük a tervezett változtatásokat: 


S sed -f changes people 
MaryannClark 101 
Sally White 113 

Jane Bailey 121 

cstb...: 

Bill Willliams 100 
James Walker 112 

S 


A sed eredményét a standard kimenetre küldi. Hogy a változásokat mara- 
dandóvá tegyük, átirányítást kell alkalmaznunk: 


S my people pecwle.old 
S sed -f changes pewle.old : people 
5) 
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A changes file-ban az alkalmazás sorrendjében adtuk meg a szerkesztőpa- 
rancsokat. A sed valójában a szerkesztések elvégzése előtt rendezi el a paran- 
csokat, az általa logikusnak vélt sorrendbe. A törlések például megelőzik a he- 
lyettesítéseket. Semmi értelme olyan sorban helyettesítgetni, amelyet azután 
úgyis törlünk. 

Így hát az előző parancsokat más sorrrendben is megadhatnánk, az eredmény 
ugyanaz lenne: 


S cat : changes 

Sa) 

James Walker 122 

/Henry/d 

/Sally/s/Smith/White/ 

AD 

S sed -f changes people 

MaryannClark 101 

Sally White 113 
astb...: 

BillWilliams 100 

James Walker 112 

$ 


48 2£ 


A sed parancs globális természetét igazolja a következő példa is, amely során 
minden sor után üres sort írva dupla sorközűvé teszünk egy file-t. Az ehhez 
használt sed scriptet az alábbi módon készítjük el: 


S cat : publank 
aN 


AD 
S 


Vizsgáljuk meg, mi történik, ha a sed ezt a scriptet használja a people file 
átszerkesztéséhez! 


S sed -f putblank pecle 
MaryanmnnClark 101 
Sally Smith 113 

Jane Bailey 121 

asstb.: 

CharlieSmith 122 
BillWilliams 100 

$ 
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Mivel az a műveletnek (add text: szöveg hozzáírása) nem adtunk megsemmi- 
féle azonosítót, a szöveg (azaz az üres sor) mindegyik sorhoz hozzáadódik. 
File-unkat akár be is keretezhetjük: 


S cat 5 dobax 
s/Mő/1]/ 

s8/ [1-9] /]£/ 

8/$/ 1/ 

11N 

Y 

aN 

b] 00000] 
Ap 

S sed -f dobax people 


Il Maryam Clark 1 101 1 
j l 
I SallySmith 1113! 
I I 


sstb.: 


ESSTTTESETITŰ 
(SESTESN El 
(ZETESEPEETTETTT 
3 I 


A három helyettesítő parancs (s ) függőleges vonalakat rajzol. A reguláris ki- 
fejezésekről már volt szó a UNIX - Bevezetés című könyvben. Akik már tisz- 
tában vannak ezek lehetőségeivel, azoknak segíteni fog az alábbi kis emlékez- 
tető. Az első helyettesítés (8) a sor elejére (a A-jel jelöli) helyez egy ,, 1" 
sztringet. A második helyettesítés egy SPACE-t és egy azt követő számot keres 
([1-9]). Ha talál ilyet, azt helyettesíti egy vonallal ( I ) plusz az eredeti találattal 
(8). Ez nem más, mint a telefonszám elé egy ,, 1 " beszúrása. A harmadik helyet- 
tesítés a sor végére (, $") egy SPACE-t és egy azt követő , 1" jelet helyez el. 
A beszúrás (11) rajzolja meg a doboz tetejét, a hozzáírás (a) pedig a többi vo- 
nalat. A doboz tetejének megrajzolásánál a szóközt úgy tudjuk az első oszlopba 
beügyeskedni, ha levédjük a backlash (N) karakterrel. A sed kiirtja a szerkesz- 
tőparancsok előtt álló szóközöket és tabulátorokat, s ezt csak a fenti módon tud- 
juk elkerülni. 
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Használhatjuk a -e és -f opciókat együtt is. A következőkben elvégezzük a 
kívánt változtatásokat a peop1 e file-on, majd dobozoljuk az eredményt: 


S sed -e /Sally/s/Smith/White/ N 
-e "8/Hanry Morgan/James Walker/" -f dobax pecple 


TESSEZTENETT 
ESSEN ETTE ETET 
STT SZKt. 
SETESTTER ET 
sás JL 
ESETTETESEZT 
( BITTVLTT TATE T 1007 
§ 


m—- Megjegyzés: Amennyiben szerkesztőparancsainkat egyidejűleg pa- 
BEKÉESESEZKEI 
(KEKE 


B rancssorból és scriptből vesszük, a -e opciót még akkor is használnunk 
kell, ha csak egyetlen parancssorbeli műveletünk van. 


A NORMÁL KIMENET ELNYOMÁSA 


Amint az előző példákból kiderült, a sed a bemenet összes sorát a kimenetre 
másolja a szerkesztőműveletek elvégzése után. A -n opció elnyomja az outpu- 
tot, amelyben így már csak a p (print: nyomtatás) szerkesztőparanccsal külön 
megadott sorok jelennek meg. A következő parancs kimenete például a 
grep-éhez hasonló: 


S sed -n /Smith/p pecple 
Sally Smith 113 
CharlieSmith 122 

$ 


Csak a , Smith"-et tartalmazó sorok jelentek meg. Nem húztuk az időt a -e 
opció megadásával, mivelhogy egyetlen szerkesztőparancsot használtunk. 
A -n opció használata nélkül a / Smith/p szerkesztőparancs a következő ered- 
ményre vezetett volna: 
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S sed /Smith/p people 
Maryami Clark 101 
Sally Smith 113 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
SteveDaniels 111 
Sylvia Dawson 110 
James Walker 112 
Hank Parker 114 
CharlieSmith 122 
CharlieSmith 122 
BillWilliams 100 
s 


A Smithek kétszer jelennek meg, mivel a normális kimenet mellett kért p ki- 
menet 15 megjelenik. 

A -n opció használható file-ok részleteinek megjelenítésére 15. Az alábbi pa- 
rancs file-unknak csak az első négy sorát mutatja meg: 


S sed -n1,4ppecpnle 
MaryamnClark 10l 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
5) 


Használhatjuk szövegtől függő megjelenítésre is: 


S sed -n 1, /Smith/p pecpnle 
MaryamClark 101 

Sally Smith 113 

S sed -n /Sally/ , /Steve/p pecple 
Sally Smith 113 

Jane Bailey 121 

Jack Austen 120 

Steve Daniels 111 

S 


Ha egy file-nak csak az első felét akarjuk megjeleníteni, ezt a ag (guit: kilépés) 
paranccsal is elérhetjük, amint ezt majd későbbi példáinkban láthatjuk. 

A sed általában a címek által kijelölt szövegrészletekben végzi el a kívánt 
műveleteket. Ezt megfordíthatjuk, ha a parancsot felkiáltójel előzi meg: ez eset- 
ben a művelet azokon a sorokon fut végig, melyek kívül esnek a megcímzett te- 
rületen. A következő parancs grep-szerű kimenetet biztosít: 
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S sed -n /Smth/p 
Sally Smith 113 
CharlieSmith 122 
S 


A sorok kiválasztását ellentétesre változtathatjuk a következő paranccsal, 
melynek kimenete a grep kimenetéhez hasonló: 


$ sed -n /Smith/ Ip 
MaryannClark 101 
Jane Bailey 121 
Jack Austen 120 
Steve Daniels 111 
Sylvia Dawson 110 
Henry Morgan 112 
Hank Parker 114 
BillWilliams 100 
s 


TÖBB FILENÉV HASZNÁLATA 


A sed-nek egyszerre több filenevet is megadhatunk: a szerkesztőparancsok 
ilyenkor minden file-on végigfutnak. A sorok sorszámai folyamatosan nőnek, 
így $ az utolsó file utolsó sorát jelenti. Tegyük fel, hogy három különböző 
file-ban személynevek vannak. Lássuk az adminpeople nevű file-t! 


S cat adminpecpnle 
MaryamnClark 101 
BillWilliams 100 


$ 


A hardpeopl1 e file pedig a következőképp fest: 


S cat hardpecpvnle 

Jane Bailey 121 
Jack Austen 120 
CharlieSmith 122 


$ 


Végül a softpeople file tartalma: 


S cat softpecple 

Sally Smith 113 
Steve Daniels 111 
Sylvia Dawson 110 
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A két string egyforma hosszú kell legyen, a tr parancstól eltérően itt az üres 
karakterek helyét nem tölti fel a program. Tartományokkal se próbálkozzunk; 
ha például megpróbáljuk az első stringet rövidíteni, hibaüzenet lesz az ered- 
mény: 


S sedy/ [a-z] /zyxwvutsrgpormikjihgfedcba/ pewle 
carmand garbled: y / [a-z] Zzyxwvutsrapormikjihgfedcba/ (zagyva parancs) 
5) 


A hiba onnan ered, hogy a (a-z) stringet a parancs 5, míg a zyxw. . . deba 
stringet 26 karakter hosszúnak értelmezi, így nem teljesül az a már emített fel- 
tétel, amely szerint a két stringnek azonos hosszúságúnak kell lennie. 

A / helyett tetszőleges, a stringekben nem szereplő karaktert használhatunk a 
stringek elválasztására: 


S sedy, 0123456789 ,9876543210, pecpnle 
Maryann Clark 898 
Sally Smith 886 
2 stb. 5 
CharlieSmith 877 
BillWilliams 899 
S 


A sed és a tr kombinációjával üres sorokat adhatunk egy file-hoz, hogy dup- 
la sorközű legyen. Először olyan karaktert adunk a file összes sorának végéhez, 
amely a file-ban nem szerepel. Példánkban ez a t (hash mark) lesz. Ezután a tt 
karaktert a tr paranccsal cseréljük új sor karakterre, melynek nyolcas szám- 
rendszerbeli (oktális) kódja: 012. A cseréhez muszáj a tr-t használni, az y 
nem használható, mivel a sed műveletei nem fogadnak el oktális számot. 


S sed "8:$:t:" pewle I tr "$" "V012" 
MaryamiClark 101 


Sally Smith 113 


a stb. 5 
BillWilliams 100 


$ 


Ha a file, amit dupla sorközűvé kívánunk tenni, tartalmazhat bármilyen ka- 
raktert, használjunk valamilyen nyomtatásra nem kerülő karaktert, pl. a 
CTRL-A-t: 


S sed "8 :$:AA:" pecple I tr "001" "V012" 5 newfile 
$ 
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A CTRL-A lenyomásakor a sed-parancssorában AA jelenik meg, a tr esetén 
az ennek megfelelő oktális értéket, a 001-et használjuk. 

A dupla sorköz elérésének másik módja lehet az r (read: olvasás) parancsot 
használva, egyetlen üres sort tartalmazó file-t beszúrni a sorok után: 


$ cat 5 blank1ine 


AD 
$ sed "r blankline" pecvnle 
Maryami Clark 101 


Sally Smith 113 


astb. 5 
BillWilliams 100 


$ 


Ha nem adunk meg filenevet az r után, ez nem vezet hibaüzenethez, a sed 
szépen lefut, és semmit nem olvas a file-ba. 

A w (write: írás) művelettel az eredeti file-ból kiválasztott sorokat másik file- 
ba írhatunk. A következő példában a Smith szót tartalmazó sorokat a smiths 
nevű file-ba írjuk. 


S sed "/Smith/w emiths" pecnle 
MaryannClark 101 
Sally Smith 1135 

a stb. 
CharlieSmith 122 
BillWilliams 100 
$ cat emiths 
Sally Smith 113 
CharlieSmith 122 
$ 


A w műveletet követheti 8 művelet. A helyettesítések ilyenkor megelőzik a 
file-ba írást, amint azt az alábbiakban is láthatjuk: 


S sed "a/Smith/While/w emiths" pecvnle 
MaryannClark 101 

Sally White 113 

astb. 5 

CharlieWhite 122 

BillWilliams 100 

S cat emiths 

Sally White 113 
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CharlieWhnite 122 
$ 


A következő példa bemutatja, hogyan tudjuk peopl1 e file-unk tartalmát há- 
rom különböző file-ba szétosztani. E helyütt hasznosítjuk a telefonszámokra 
vonatkozó ismereteinket, történetesen tudjuk ugyanis, hogy az adminisztráció- 
val foglalkozók hívószáma 10-zel, a szoftvereseké11-gyel, ahardvereseké pedig 
12-vel kezdődik. 


$sed-n -e"10.$/wadmirnpecpnle" N 

-e "12.$/whbardpeople" N 

-e "11.$/w softpecple" pecple 
$ 


A most létrehozott új file-ok mellett a peop1 e file is megmaradt. 


Korábban említettük, hogy a ag művelet használható a file elejének megjele- 
nítésére. A következő parancs a negyedik sor feldolgozása után áll le: 


$ sed ág people 
MaryamcClark 101 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
$ 


Ha a a-t egy keresendő szövegmintával együtt adjuk meg, a sed minta első 
felbukkanása után áll le: 


$ sed /Steve/dg pecple 
Maryam Clark 101 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
SteveDaniels 111 

S 


Például - lévén Steve a keresett minta — az első Steve-t tartalmazó sor után. 


A sed SOR- ÉS IDEIGLENES TÁROLÓI 


Ha felütjük a System V felhasználói kézikönyvét a sed parancsnál, a művelete- 
ket lényegesen bonyolultabbnak látjuk majd, mint amilyenek valójában. Ennek 
az az oka, hogy ezek magyarázatában bizonyos sortárolók (pattern space) áll- 
nak, olykor ideiglenes tárolókra (hold space) hivatkozva. Ezeket a tárolókat va- 
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lószínűleg ugyanis így, az ed illetve ex szövegszerkesztőkkel való össszehason- 
lítás révén a legkönnyebb leírni. Emlékezni fogunk rá, hogy ezek a szerkesztők 
nem magán a file-on dolgoznak, hanem azt egy szerkesztőpufferbe másolják s 
ott működnek. A szerkesztőpuffernek nagyon távoli rokona a sed sortároló. 
Ha elképzeljük, hogy a sed-nek 15 van szerkesztőpuffere, amely egy sornyi ter- 
jedelmű, már tudjuk is, mi a sortároló. Az eddigiekben vizsgált példák mind- 
egyike a sortárolóban dolgozik, mielőtt az eredmény megjelenne a standard ki- 
meneten. Az ideiglenes tárolóban olyan információk másolatát tárolhatjuk, 
melyek a sortárolóban voltak. 

A fenti analógiából arra következtethetünk, hogy az ideiglenes tároló hasz- 
nálata teszi lehetővé a kivágást és a beszúrást a sed-ben, hasonlóan a szokásos 
interaktív eszközökhöz. Az ideiglenes tároló eleinte üres. Egy file dupla sorkö- 
zűvé alakításának legegyszerűbb módja a G művelet alkalmazása, amely az 
ideiglenes tárolóval egészíti ki a sortároló minden sorát: 


$ sedGpecple 
Maryami Clark 101 


Sally Smith 113 
az stb. 
BillWilliams 100 


$ 


Mivel csupán egyetlen sed műveletet adtunk meg, nem vesződtünk a -e op- 
ció használatával. 

Amennyiben a G helyett a g műveletet használnánk, amely a sortárolót az 
ideiglenes tárolóval helyettesíti, meglehetősen eltérő eredményre jutnánk: a ki- 
menet egy sor üres sorból állna, pontosan annyiból, ahány sort tartalmazott a 
people file. 

A fenti példákból kiderül, hogy érhetjük el az ideiglenes tárolót, de miként 
bővíthetjük? Két művelet, a h és a H másolja a sortárolót az ideiglenes tároló- 
ba. A h használatánál az új szöveg felülírja az ideiglenes tároló korábbi tartal- 
mát, a H viszont a sortárolót az ideiglenes tárolóban lévőkhöz fűzi. A sortároló- 
ban lévő szöveget egyikőjük sem törli. Létezik továbbá az x művelet, amely a 
sortároló és az ideiglenes tároló tartalmát cseréli ki. 

Az ideiglenes tároló használatának néhány egyszerű módját mutatjuk be a 
következőkben, people file-unk újrarendezésén. Sorokat átmásolni a file 
egyik pontjáról a másikra két módon lehet: 


$ sed -e 1h -e 4H -e "$G" people 
MaryamiClark 101 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
Steve Daniels 111 
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Sylvia Dawson 110 
Henry Morgan 112 
Hank Parker 114 
CharlieSmith 122 
BillWilliams 100 
MaryannClark 101 
Jack Austen 120 
$ 


Először az első sort az ideiglenes tárolóba helyezzük, majd hozzátűzzük a 4. 
sort, végül az ideiglenes tárolót az utolsó sor utáni helyre másoljuk. Figyeljük 
meg, hogy az 1. és 4. sor a kimenetben nem változott. 

Vegyük észre azt is, hogy az ideiglenes tároló tartalmának a file zárósora utáni 
helyre történő másolásához az aposztrófok közé írt G műveletet használtuk. Az 
idézőjelek e helyütt nem működnének, ha azonban mégis próbálkoznánk velük, 
ez nem lenne hatással a kimenetre. Ennek oka az, hogy az idézőjelek között álló 
,$G" helyére a shell a G nevű shell változó értékét próbálná behelyettesíteni. 
Amennyiben nem definiáltunk ilyen változót - ez a legvalószínűbb -, ashellnul- 
la hosszúságú stringet ír a helyére, s így a sed bemenetéből eltűnik az $G mű- 
veletre vonatkozó parancsunk. 

Az előbbi példa néhány sornyi szöveget sorszámokat használva a file egy má- 
sik pontjára másolt. A következőkben szövegminták másolását szemléltetjük, 
amelynek során a sorokat másolás helyett tologatni (moves) fogjuk. 

A Maryann-t tartalmazó sort három lépésben az elsőről az utolsó előtti helyre 
csúsztatjuk. Elsőként a Maryann-t tartalmazó sort az ideiglenes tárolóba másol- 
juk, majd töröljük a a sortárolóból. Ez ékes bizonyítéka annak, hogy a h műve- 
letnek nincs hatása a sortárolóra. Végül az ideiglenes tárolót a , Charlie"-t tar- 
talmazó sor után írjuk. 


$ sed -e /Maryamy/h -e /Maryarm/d -e /Charlie/G pecple 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
Steve Daniels 111 
gylviaDawson 110 
Henry Morgan 112 
Hank Parker 114 
CharlieSmith 122 
MaryannClark 101 
BillWilliams 100 
$ 


Végezetül bemutatunk egy példát, amellyel azt igyekszünk szemléltetni, mi- 
ként egyszerűsíti munkánkat a másolás (transpose ) az alábbi file létrehozásakor 
azáltal, hogy a hasonló sorokat nem kell újragépelnünk: 
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$ cat song 

My bonny lies over the ocean, 
My bonny lies over the sea, 
My bonny lies over the ocean, 
O bring back my bonny to me! 

$ 


Lássuk tehát, hogyan érhetőel mindez a sed-del! Először is létrehozzuk a dal 
egy részét tartalmazó file-t: 


$ cat 5s0ng.part 

My bonny lies over the ocean, 
O bring back my bonny to me! 

$ 


majd ezzel a paranccsal hívjuk elő a dal teljes szövegét: 


$ sed -e 1h -e ÍG -e 18/0cean/sea/ -e 1H -e 19 song.part 5 song 
s 

A sed használata nem igazán könnyített feladatunkon. A parancs pontos 
megformálása — nem is szólva annak begépeléséről -— sokkal tovább tartott, 
mintha a teljes szöveg gépelését választottuk volna. A megfelelő műveletek ki- 
választása nem volt nehéz, de alakalmazásuk megfelelő sorrendjének kimunká- 
lása csupán többszöri próbálkozás után sikerült. A balszerencsés próbálkozások 
közé tartozik az alábbi: 


$ sed -e 1h -e ÍG -e 28/o0cean/sea/ -e 2G song .part 
My bonny lies over the ocean, 

My bonny lies over the ocean, 

O bring back my bonny to me! 

My bonny lies over the ocean, 

$ 


A kudarcot az okozta, hogy a sorszámok a sortárolóban lévő sorokra vonat- 
koznak, amelyeket nem befolyásolnak az ideiglenes tárolóból hozzájuk írt so- 
rok. 

A sed alkalmazásának ezen lehetőségeit minden bizonnyal csak ritkán fog- 
juk alkalmazni a fentihez hasonló egyszerű feladatok esetén. Gyakran használt, 
meghatározott felépítésű file teldolgozására alkalmas shell scriptek mélyén búj- 
nak majd meg. A script megtervezésénél bátran kísérletezhetünk: ha rábukkan- 
tunk a megfelelő kombinációra, az mindig működni fog - legalábbis addig, míg 
valaki meg nem változtatja a feldolgozandó file-ok formátumát. 
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BEVEZETÉS AZ awk PARANCS 
HASZNÁLATÁBA 


Az awk aszövegkereső és -módosító programok ugyanazon családjába tartozik, 
mint a grep és a sed. A szövegminták keresésén túl az awk bővíti azon lehető- 
ségek számát, amelyek a sorok megadott mezőinek kiválasztását, az egyes me- 
zők közötti viszonyok vizsgálatát biztosítják. 

Az awk felfogható programozható jelentéskészítőként (report-generator). 
Ha szöveges formában tárolt adatfile-jaink vannak, szerkezetük megváltoztatá- 
sával egy időben módunk nyílik az adatok összehasonlítására, azokkal végzett 
számításokra. Használhatjuk az awk-ot nem kívánatos sorok kiszűrésére is, 
vagy annak ellenőrzésére, hogy a file szerkezete megfelel-e egy bizonyos elő- 
írásnak. Az awk teljes leírása A.V. Aho, B. W. Kernighan és P. J. Weinberger 
Awk -A Pattern Scanning and Text Processing Langague (Az Awk mintakereső 
és szövegfeldolgozó programnyelv) című cikkben olvasható. (Mellesleg említ- 
jük meg, hogy az elnevezés jelen esetben nem valamiféle rövidítés, hanem a 
szerzők vezetéknevének kezdőbetőiből alkotott betűszó.) 

A legegyszerűbb esetben az awk - egy adott szelekciós kritérium alapján — 
kiválaszt egy sort a file-ból. Szelekciós kritériumként szerepelhet a szövegmin- 
ta (akár reguláris kifejezés is) — miként a grep, egrep és egyéb programok ese- 
tén. A megfelelő sor megtalálását követően az awk műveleteket hajt végre a sor 
egészén vagy annak részein. 

Ezt a kiválasztás-műveletet az awk jelölésmódja szerint így írhatjuk: 


minta íművelet) 


Ez azt jelenti, hogy az avk minden egyes sorban, ahol csak előfordulaminta, 
végrehajtja az adott műveletet. A kiválasztás-művelet megadását utasításnak 
(instruction), az utasítások listáját pedig programnak nevezzük. 

A minta és a művelet egyaránt opcionális. Egy művelet nélkül megadott min- 
ta egyszerűen kiválasztja a mintának megfelelő rekordot, s megjeleníti azt a 
standard kimeneten. A minta nélküli művelet a file minden rekordján végrehaj- 
tásra kerül, másszóval a hiányzó minta a file összes sorára , illik" . 

A , minta" szó jelentése némileg félrevezető, ugyanis az awk minta többféle 
lehet. Ezek egyike a szövegminta — más néven keresőstring —, ezt használva a 
mintát / jelek közé kell írni, hogy az awk azt kezelni tudja: 


/minta/ 


A mintalehet a grep s más parancsoknál bemutatott reguláris kifejezés. Az 
awk kiterjedtebb hatékonyságú mintakereső képességgel rendelkezik, ismeri 
például az egrep által támogatott alternációt. 

Lássuk hát, mire megyünk ennyi előzetes ismeret birtokában! 

Először próbáljuk meg a grep tevékenységét utánozva megkeresni a Smith- 
eket a peop1 e file-ban: 
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S awk Snith pecpnle 
awk: syntax error near line 1 
awk: bailing out near line 1 


$ 


Próbálkozásunk kudarcot vallott, mivel elfelejtettük az avk tudomására hoz- 
ni, hogy a , Smith"-t keresőmintaként kívánjuk használni. Próbáljuk újra, im- 
már kitéve a / jeleket: 


S awk /Smith/ pecvle 
Sally Smith 113 
CharlieSmith 122 
S 


A fentiekben azt használtuk ki, hogy az alapértelmezés szerinti művelet a ki- 
választott sorok megjelenítése, s ezért nem bajlódtunk a művelet megadásával. 

Ha nem adunk meg mintát, az awk a file minden során végrehajtja az adott 
műveletet. A műveletet mindenképp meg kell adnunk, még olyankor is, ha 
mindössze sorokat akarunk megjeleníteni. Következő példánk ugyanazt a ki- 
menetet szolgáltatja, mint a cat: 


S awk íprint) pecpnle 
MaryamnnClark 101 
Sally Smith 113 
Jane Bailey 121 
Jack Austen 120 
SteveDaniels 111 
Sylvia Dawson 110 
Henry Morgan 112 
Hank Parker 114 
CharlieSmith 122 
BillWilliams 100 
$ 


Mint kiderült, az awk programnak kell a parancs első argumentumában len- 
nie, ezt követik a feldolgozandó file-nevek. Mindeddig egy file-on dolgoztunk, s 
a program igen egyszerű volt. Az awk adta lehetőségek fokozatosan bővülő 
használatával a programok egyre bonyolultabbá válnak, s olyan karaktereket 
kezdünk használni, amelyek az awk számára speciális jelentéssel bírnak. Ezen 
karakterek többsége a shell számára is speciális jelentést hordoz, ezért idézője- 
lek között kell megadni azokat, ily módon biztosítva, hogy az awk meg 15 kapja 
őket. A legtöbb esetben az idézőjelek nem felelnek meg, ezért nem árt, ha meg- 
szokjuk, hogy az awk programokat aposztrófok közé tegyük. 

Ha hosszú és összetett programról van szó — az awk programok általában ilye- 
nek - kényelmetlen megoldás lenne azt a parancssorban bekalapálni, ezért lét- 
rehozták az awk-nak azon opcióját, amelyet megadva a programot file-ból is 
vehetjük: 
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S; awk -f make.1ist admirpecple hardpecple softpecple 


Ebben a példában az awk az utasításokat a make . ! i st file-ból veszi, s alkal- 
mazza azokat az adminpeople, hardpeople, softpeople adatfile-okra. 
A későbbiekben erre további példát is látunk. 

Ha a programot hibásan adjuk meg, a programfile-t szövegszerkesztővel mó- 
dosíthatjuk, és az awk-ot újrafuttathatjuk. Bonyolult műveleteknél ez sokkal 
egyszerűbb, mint megannyiszor újragépelni a parancsot. 

Akkor is érdemes a programot file-ba írni, ha az viszonylag egyszerű, viszont 
sokat fogjuk használni - ez esetben nem kell fejben tartanunk, mit is kell gépel- 
nünk az újrafuttatáshoz. 


HIVATKOZÁS A SOR MEZŐIRE 


Eddigi példáink valószínűleg nem voltak túl meggyőzőek: lényegesen bonyolul- 
tabb megoldásokkal sikerült reprodukálnunk azt, amire a grep és a cat képes. 
Mostantól olyan awk műveletek tárgyalásába fogunk, amelyeket egyszerűbb 
parancsok nem tudnának elvégezni. 

Az awk képes arra, hogy műveleteket végezzen egy sor vagy rekord önálló 
mezőin." Az awk a file összes rekordját mezőkbóől állóknak tételezi fel. A me- 
zőket a MEZŐVÁLASZTÓK (field separator) különítik el egymástól, ame- 
lyek általában sorközök vagy tabulátorok, ám kedvünk szerint változtathatók. 
A mezők címzése a $n jelöléssel történik, ahol n a számunkra épp szükséges me- 
ző számát jelenti, a sor első mezője így tehát $1. Az $0 mező speciális: ez azegész 
rekordot (sort) jelenti. 

Hadd mutassuk be mindezt egy igen egyszerű példán! Tételezzük fel, hogy 
meg szeretnénk találni Smith-éket a peopl1 e file-ban, de csak a keresztnevekre 
s a telefonszámokra vagyunk kíváncsiak: 


S awk " /Smith/ (print $1 " - " $3)" pecple 


Sally - 113 
Charlie - 122 
S 


Figyeljük meg, hogy külön meg kellett adnunk a szóközöket, ráadásul idéző- 
jelben, hogy a kimenetben megjelenjenek. (Ha csak a mezőkódokat adjuk meg 
— még ha szóközök is választják el őket a parancsban -, összeolvadt kimenetet 
eredményeztek volna.) A kiírás parancsát megadhattuk volna így is: 


tAz awk ezen rövid leírásában nem teszünk különbséget a sor és a rekord között, amelyek való- 
jában eltérőek lehetnek. 
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s a mezők egy szóközzel elválasztva jelentek volna meg a kimeneten. 

A sor mezőrre való ilyetén hivatkozást használhatjuk azok sorrendjének meg- 
változtatására. Vegyük azt az esetet, hogy a bürokrácia döntése alapján a peo- 
p1le file új formájában a vezetéknévnek meg kell előznie a keresztnevet. Az át- 
rendezést az alábbi awk program végezheti: 


$ awk " (print $2 ", " $1 "AI" $3)" people 
Clark Maryann 101 
White, Sally 113 
Bailey, Jane 121 
Austen Jack 120 
Daniels, Steve 111 
Dawson Sylvia 110 
Morgan Henry 112 
Parker, Hank 114 
Smith Charlie 122 
Williams, Bill 100 
Walker, James 112 
5) 


A fenti parancsban szerepelt művelet nem volt azonban minta, így ez utóbbi 
- hiányzóként — minden sorra ráillik. A műveleti rész amezők megjelenítésének 
új sorrendjét adja meg. 

A fenti egyszerű példák a sorok mezőinek szelektív megjelenítését és átren- 
dezését mutatták be. Az awk azonban alkalmas a sorok elemeivel végzett bo- 
nyolult kiválasztási és számítási tevékenységre is. 

A sor mezőinek sorrendjét változtató parancsot esetleg sok file-on végre kell 
hajtanunk, így meglehet, hogy kifizetődőbb az awk programot file-ba írni és a. 
-f opciót használni, az alábbiak szerint. A neveket megcserélő programot az 
awk parancssora helyett inkább egy swap nevű file-ba írjuk: 


$ cat swap 
í(print S2 ", " SI "AI" $3) 
$ 


Az awk program ekkor egyszerűen egy sor a file-ban, az aposztrófok eltűn- 
tek. Az awk-ot ezzel a file-lal most már használhatjuk tetszőleges átrendező fi- 
le-ra: 


S awk -f swap admirpeocple sadmirpecple . new 
5 awk -f ewap hardpecple :hardpecpnle.new 
S awk -f swap softpecple :softpecple.new 
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BEÉPÍTETT MINTÁK 


Az awk-nak két tipikus beépített mintája van, a BEGIN és az END (a kezdet és 
a vég). Haa BEGIN mintaként megjelenik, a file elejét azonosítja, így magunk- 
hoz ragadhatjuk a vezérlést, mielőtt bármi történnék. Az END ehhez hasonlóan 
a file végét jelöli, ezáltal a vezérlést a file végéhez érve kapjuk meg. 

Használhatjuk őket fejléc és file-vég (trailer) létrehozásához, amikor megje- 
lenítésen dolgozunk. Egyszerű példaként készítsünk disztribúciós file-t a peo- 
ple, adminpeople, hardpeople, softpeople file-jainkból! A tetejére fejlécet te- 
szünk, alulra pedig a lista tagjainak számát írjuk. 

Először létrehozzuk a make list nevű file-t, mely a következő awk programot 
tartalmazza: 


BEGIN í(print ""; 
print "Widget Distribution List " ; 
print "" 

) 

(print $1, $2) 

END ( print ""; 

print "Number oÍ people -" NR 
) 


Ez már kezd hasonlítani az , igazi" programokhoz. Vizsgáljuk meg a három 
elkülönülő részt! Elsőnek egy BEGIN részt találunk, a nyitó ( és záró ) jelek 
közötti összes művelet végehajtásra kerül, mielőtt az adatfile feldolgozása meg- 
kezdődnék. Mivel ez az egység egynél több műveletet foglal magában, azokat 
pontosvesszővel kell elválasztanunk. A záró ) előtt, az utolsó művelet után 
már nincs pontosvessző. 

A következő rész a program teste, amely jelen esetben sokkal kisebbre sike- 
redett, mint a BEGIN és az END szekciók. Egyetlen műveletet tartalmaz, min- 
den sor első két mezőjének kiírását. Mivel ezt minden soron szeretnénk végre- 
hajtani, mintát nem adtunk meg. 

Utolsóként szerepel az END szekció, amely a file(-ok) feldolgozása után ke- 
rül végrehajtásra. Itt újfent műveletek pontosvesszővel elválasztott listáját lát- 
juk. 

Lássuk e program futásának eredményét: 


$ awk -f make.1list admirpeople hardpecple softpecple 


Widget Distribution List 


:" Maryann Clark 
Bill Williams 
Jane Bailey 
Jack Austen 
Charlie Smith 
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Sally Smith 
Steve Daniels 
Sylvia Dawson 
Henry Morgan 
Hank Parker 


Number of people - 10 
$ 

A program utolsó sorában egy rejtélyes , NR"-t láthattunk felbukkanni. Eb- 
ben az awk egy beépített változóját tisztelhetjük, amely a feldolgozott rekordok 
számát tartalmazza. A beépített változók tárgyalását a következő részre hagy- 
juk. 

Említést érdemel e ponton az awk műveletei közül aprint £f, amelyet az egy- 
szerűbb print helyett használhatunk. A printf használatával programunk 
kimenetének vezérlésére tágabb lehetőségünk nyílik. A printf kínálta lehető- 
ségek egyike a különleges, backslash-sel () kezdődő karakterláncok használa- 
ta. Például a kiírandó stringbe , t"-t írva aprintf tabulátort (TAB karaktert) 
tesz ennek helyére a kimeneten, a ,An"-t pedig új sor karakterre cseréli. 
A print helyett printf-et használva make.11ist programunkat az alábbi 
módon rövidíthetjük: 


BEGIN ( printf ""nWidget Distribution List" ) 
( print $1, 52) 
END ( printf "nNumber of people -" NR" m" ) 


A printf műveletet használva a kimenet ott tartalmaz új sor karaktert, ahol 
szeretnénk -— példánkban ezért volt két n szekvencia a BEGIN 1II. END szek- 
ciókban. 

A printf a különleges karakterláncok használatán kívül sok más lehetősé- 
get is tartogat számunkra. Ha például egy számot akarunk kiírni, megadhatjuk, 
hány számjegy álljon a tizedespont előtt ill. után, aprintf pedig elvégzi helyet- 
tünk az ehhez szükséges átalakításokat. A printf részletes tárgyalásával itt 
nem foglalkozhatunk, de fontos tudnunk, hogy ilyen lehetőség is rendelkezé- 
sünkre áll. Az awk parancs printf művelete azonos módon működik, mint 
a C printf utasítása, ezért a részletekre szomjazóknak azt tanácsoljuk, hogy 
üssék fel a legelső C könyvet. 


BEÉPÍTETT VÁLTOZÓK 


Az awk programokban lehetséges változókat használni. A változókat a felhasz- 
náló definiálhatja, ám néhány beépített — avagy előre definiált — változó is a fel- 
használó rendelkezésére áll. 

Ezek egyikével már találkoztunk az előző fejezetben: az NR előre definiált 


változóval, amely a feldolgozott rekordok számát tárolja. Előző példánkban 
az NR a program END szekciójában került elő, ezért az utolsó sor száma volt 
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a tartalma, így használhattuk a sorok számlálójaként. Az NR-t számlálóként 
használva nem mindig a kívánt eredményt kapjuk, ugyanis ez feltételezi, hogy 
a file összes sorát feldolgoztuk, s ez nem mindig teljesül. 

Ismét a grep parancsot - ezúttal -n opciójával — szimuláljuk, hogy megmu- 
tassuk: az NR a feldolgozás szempontjából aktuális sor számát tartalmazza: 


S awk " /Smith/ íprint NR " : " $0)" people 


2: Sally Smith 113 
9: Charlie Smith 122 
S 


A program kiírja az aktuális sor számát, elválasztónak egy kettőspontot, majd 
magát a sort. Egy másik előre definiált változó az NF, mely az aktuális sor vagy 
rekord mezőinek számát tartalmazza. Ezt használhatjuk egy file szintaktikai el- 
lenőrzéséhez. Példáink —- amelyekben kihasználtuk, hogy az angol nevek máso- 
dik szava általában a vezetéknév — nem működnek, ha valaki ragaszkodik má- 
sodik keresztnevének megadásához is. Tételezzük fel, hogy people file-unk 
tartalmaz ilyen sort: 


Hank J. Parker 114, 


amely megakadályozza a helyes rendezést. A következő awk program tájékoz- 
tat az ilyen szituációkról. 


S awk "NF : 3 íprint "Too maryy fields an line" NR) " pecvnle 
Too many fields on line 8 


$ 


A háromnál több mezőből álló sorok megkeresésére feltételes választást tar- 
talmazó kifejezést használtunk. A műveletként megadott print ilyen sorra 
bukkanva kiír egy üzenetet és a sor számát. 

Egy újabb érdekes előre definiált változó a FILENAME, amelynek értéke 
megegyezik az éppen feldolgozás alatt álló file nevével. Talán még emlék- 
szünk, hogy a grep használatát vizsgálva egy stringet több file-ban is keres- 
tünk, a kimenetben a file-név is megjelent a mintának megfelelő sorok előtt. 
A FILENAME használatával az awk-ot is rávehetjük, hogy ugyanígy mű- 
ködjék: 


S awk " /Smith/ (print filename " :" $0)" ipecple 
hardpeople: Charlie Smith 122 

softpeople: Sally Smith TA 

S 


Amennyiben egyszerre több file-t dolgozunk fel, fontos fejben tartanunk, 
hogy az NR változó a bemenet minden egyes beolvasott rekordja után nő egy- 
gyel; tehát nem nullázódik , amikor a FILENAME változó új értéket kap (ti. az 
awk új file-ra tér át). 
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Az awk alapértelmezése szerint a rekordokat szóköz vagy tabulátor választja 
el egymástól; egyébként ezt az FS (field separator: mezőelválasztó) változó ha- 
tározza meg. Ha mást akarunk használni a mezők elválasztására, az FS-nek az új 
mezőelválasztó értékét kell adnunk (ezt legvalószínűbben az awk program BE- 
GIN szekciójában tesszük). Másik lehetséges megoldás a -F opciót használni az 
awk parancssorában, a mezőelválasztó ilyenkor a -F után áll. 

A (print által készített) kimenetnek szintén van alapértelmezés szerinti me- 
zőelválasztója: egy szóköz. Ezt módosítani úgy tudjuk, ha az OFS-nek (output 
field separator: kimeneti mezőelválasztó) új értéket adunk. 

Létezik az FS-hez és az OFS-hez hasonló két másik változó is: ezek az RS és 
ORS ([input[/output record separator: (bemenetil/kimeneti rekordelválasztó). 
Ezek alapértelmezés szerinti értéke az új sor karakter, így a sorok és rekordok 
azonos jelentést hordoznak. Ha másféle módon elválasztott rekordokat szeret- 
nénk kezelni, változtassuk meg a megfelelő változó értékét az awk program BE- 
GIN szekciójában! 


A FELHASZNÁLÓ ÁLTAL DEFINIÁLT VÁLTOZÓK 


Az awk programokban létrehozhatjuk saját változóinkat Is. A változó definíció- 
ja a programban való első megjelenéskor történik, és nulla, ill. üres string lesz a 
kezdeti értéke. A változó típusát nem kell megadnunk, az awk kitalálja. Ha 
szükséges, az awk automatikus átalakítást 15 végez stringek és számok között. 

A következő példában megmutatjuk, hogyan tudjuk egy változó használatá- 
val kiszámítani teniszezőink átlagos pontszámát. Először is létrehozzuk az 
average nevű awk programot: 


(total - total 4 $32 
END íprint "Average score is ", total / NR) 


Ezután az awk-kal a következő módon számíthatjuk ki az átlagot: 


S awk -f average temis 
Average score is 8.9 


$ 


Ez egy roppant egyszerű awk program volt. Mivel a változók inicializálása 
automatikus, nem volt szükségünk BEGIN szekcióra. A program első sora min- 
den rekord (sor) harmadik mezőjének értékével megnöveli a total nevű vál- 
tozót. Ez az első példa, amely a print-től különböző műveletet tartalmaz. De 
mivel egy programnak kimenet nélkül sok haszna nincsen, a második sorban 
megjelenik aprint. A második sor Itt az END szekció része, így ez a bemeneti 
adatok feldolgozása után kerül végrehajtásra. Először kiírjuk az , Average score 
is" (Az átlagos pontszám) üzenetet, majd — ugyanabba a sorba — a total! és az 
NR hányadosának kiszámításával kapott átlagot. 
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E programban feltételeztük, hogy a bemeneti file aprogramunknak megfele- 
lő felépítéssel rendelkezik: nincsenek üres sorai, és mindegyik sor harmadik me- 
zőjében a pontszámot tartalmazza. Programunk meglehetősen slendrián, tisz- 
tességes programnak ilyesmiket ellenőrizni kellett volna. Ha ilyen 
szintaktikai ellenőrzésre sor került volna, valószínűleg nem használhattuk vol- 
na osztóként az NR változót, hanem szükséges lett volna újabb változót beve- 
zetni a , jó" sorok megszámlálására. 


MŰVELETEK ÉS FÜGGVÉNYEK 


Legutolsó példánkban találkoztunk olyan műveletekkel, amelyek túlmutattak 
az egyszerű print-en: számtani műveletek voltak. Az awk-ba épített aritmeti- 
kai műveletek széles skálája mellett — amelyek segítségével elvégezhető az ösz- 
szeadás, kivonás, szorzás, osztás — néhány beépített függvény segítségével szá- 
molható pl. számok négyzetgyöke, hatványa, egész része és természetes 
logaritmusa. 

Az aritmetikai műveletek szintaxisa a C programozási nyelvében megszo- 
kotthoz hasonló, így a C-t bizonyos mértékig ismernünk kell az awk programo- 
zása előtt. Másik alternatívánk, hogy az awk-ot használjuk, mint előzetes beme- 
legítőt a C programozás tanulásához. Akárhogy is döntünk, olvassunk el egy jó 
C könyvet. 

Az awk a stringekkel való munkára is különböző lehetőségeket biztosít. Szá- 
mos stringkezelő művelet létezik - ilyen pl. a lenght , amely a string hosszának 
megfelelő számot adja, vagy a substr, mely a string egy részét írja ki. 


FELTÉTELES MINTAVÁLASZTÁS 


Az awk minta nem csak egyszerű string lehet, hanem feltételes kifejezés is. Egy 
példát erre már láttunk, amikor a 


NF 53 


kifejezést használtuk a háromnál több mezőt tartalmazó sorok kiválasztására. 

A feltételes kifejezések további illusztrálására kiválogatjuk teniszjátéko- 
saink listájából a legalább 10 pontot elért személyeket. A következő awk prog- 
rammal valósítjuk ezt meg: 


S awk "$3 52 10 íprint $0) " temis 
MaryannClark 18 

Sally Smith 14 

Steve Daniels ll 

Hank Parker 18 

$ 
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A fenti awk program bemutatja a rekord egyes mezőin alapuló feltételes vá- 
lasztást. Esetetünkben a minta az azon rekordokat kiválasztó feltételes kifeje- 
zés, amelyek harmadik mezejében legalább 10 áll. A tevékenységrészt a sor egé- 
szének kiírására vonatkozó utasítás alkotja. 

A 5 - jel jelentése: nagyobb vagy egyenlő. Az alábbi szerkezet: 


s3 5 10 


feltételes kifejezés. 

Az awk teljes szolgáltatásrendszerrel rendelkezik feltételek ellenőrzésére, és 
ezek eredményétől függő tevékenység végzésére. 

A következő példában megmutatjuk, hogyan lehet az awk-ot egy borokat, 
borászatokat, évjáratokat és árakat tartalmazó listából borital kiválasztására 
használni. Van egy wine (bor) nevű könyvtárunk, melyben chardonnay, ca- 
bernet stb. nevű file-ok vannak: 


S cd wine 

S 18 -x 

cabernet chardonnay cheninblanc pinotnoir zinfandel 
§ 


Tudásunk birtokában használhatjuk az awk-ot ilyen kérések teljesítésére: 
, keress egy üveg 5,50 dollárnál olcsóbb Chardonnay-t az 1976 és 1980 közötti 
évjáratokból"" 

A chardonnay file-unk tartalma: 


$ cat chardormnay 

1976 12.00 Caymus Vineyards 
1976 18.00 Mount Vededer 

1976 11.50 ChateausSt. Jean 
1977 9.00 Robert Mondavi 
1976 7.75 — ChateausSt. Jean 
1976 — 10.00 SpringMountain 
1977 6.99 — Franciscan 

1976 7.50 6 Chateaust. Jean 
1976 — 10.00 Sterling Vineyards 
1977 8.50 Chaparral 

1977 6.75 — Alexander Valley Vineyards 
1977 8.00  DryCreekWinery 
1977 10.00 St. Clements 

1975 10.00 Chateau Montelena 
1976 11.00 Mayacamas Vineyard 


$Ha valaki találna ilyet, kérjük értesítse a szerzőket. 
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1977 7.50 — Raymond Vineyards 
1977 7.50  Chalone 

1977 9.00  Carneros Creek Winery 
1977 5.99 Charles Krug 

1977 10.00 Soncma Vineyards 

$ 


Az első mező az évjárat, a második az ár dollárban, a harmadik pedig a bort 
előállító cég vagy borosgazda. 
Használjuk az awk-ot egy ital kiválasztására, amely jól megy borjúsültünk- 
höz: 


S awk "$1 - /1971[5678]/ §5 $2 cz 8.00" chardomay 
1976 VT ás Chateau St. Jean 


1977 6.99 — Franciscan 

1976 7.50  Chateaust. Jean 

1977 6.75 — Alexander Valley Vineyards 
1977  — 8.00 — DryCreekWinery 

1977 7.50 — Raymond Vineyards 

1977 7.50 Chalone 

1977 5.99  — Charles Krug 

S 


Ez az awk minta azokat a bejegyzéseket válogatta ki, amelyek első mezője 
1975 és 1978 közé esik és a második mezőben (ami az ár dollárban) 8,00-nál ke- 
vesebb. A tilde (-), egyező"-t jelent, tehát azt ellenőrzi, hogy az első mezőre 
ráillik-e a (ferde vonalak közti) minta. 

A dupla et (££) jelzi, hogy mindkét feltételnek teljesülnie kell a tevékeny- 
ség elvégzéséhez. Az awk programokban használt operátorok jól egyeznek a C 
programozási nyelvben használtakkal. 

A program eredménye Chardonnay-k egy rövid listája. Jó lenne, ha az awk a 
minőséget illetően is tanácsot tudna adni, de vannak dolgok, amelyeket ma- 
gunknak kell megtennünk. 

Figyeljük meg, hogy minden sor második mezőjében (az árban) tizedespont 
van. Az awk az összes számítást lebegőpontos műveletként hajtja végre, így nem 
számít, hogy vajon egész- vagy törtszámokkal dolgozunk-e. 

Az awk szolgáltatásainak használata sokféle módon történhet. Gyakorlat és 
ízlés dolga, hogy stringgel való egyezést, relációs kifejezést vagy más formát 
használunk. 

Példának okáért, a fenti awk parancsot két másik, azonos értékű módon is 
írhattuk volna. Az egyik ilyen: 


$ awk " /A1970(5678] / (if ($2 cz 8.00) print $0)" chardonmnay 


Ez először kiválasztja a mintának megfelelő sorokat (figyeljük meg a mintá- 
ban a sor elejét jelző A karaktert!), majd a(z árra vonatkozó) feltétel alapján 
eldönti, hogy ezekből mely sorokat kell kiírni. 
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A második példa relációs kifejezést használ a kívánt évjárat alapján történő 
választásra Is: 


$ awk "$15 1974 55 $1 -z1978 55 $2 cz 8.00" chardormavy 


E feltételes kifejezések értelmezését gyakorlás céljából az olvasóra hagyjuk 
(ehhez felhasználhatja az avk dokumentációját). 


MINTATARTOMÁNYOK 


Az awk minták sorok egy tartományát is jelenthetik. A következő kifejezés pél- 
dául egy mintatartomány (pattern range ): 


/1976/, /1977/ 


Itt két mintát egy vessző választ el. Az awk a legelső, első mezőjében 1976-ot 
tartalmazó sortól az első 1977-et tartalmazó sorig az összeset kiválasztja. 

Szeretnénk ezt chardonnay file-unkra alkalmazni, ám a file sorai nincsenek 
a megfelelő sorrendben, mivel az évjáratok össze vannak keveredve. Először 
rendezzük a file-t időrendbe: 


S sort -n -o chard. sort chardormnay 


majd rendeltessünk bort magunknak az awk-kal: 

S awk " /1976/, /1977/ (1f ($2 cz 8.00) print $0) " chard. sort 
1976 7.75  Chateaust. Jean 

1976 7.50  Chateaust. Jean 

1977 5.99 — Charles Krug 

$ 


Tartsuk szem előtt, hogy a mintatartomány ebben az alakban az 1977 első fel- 
bukkanásával ér véget, nem pedig az utolsóéval. 


TOVÁBBI IRODALOM AZ awk-RÓL 


Az awk használatának átfogó leírása túlmutat e könyv keretein, az awk sajátsá- 
gainak leírása önmagában kitöltene egy könyvet. Megkíséreltünk némi ízelítőt 
adni az awk használatából, innen a program részleteinek feltérképezését az ol- 
vasóra hagyjuk. 

Néhány dolog, amely számot tarthat érdeklődésünkre: társtömbök (associ- 
ative arrays), a while és a for utasítások ciklusok létrehozására, az 1f utasí- 
tás — amelyet az előző részben bár megmutattunk, de nem magyaráztunk el — 
feltételes végrehajtásra. Megvizsgálhatjuk az awk és a shell kapcsolatát: más 
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shell parancsok hívhatók meg az awk programokból, a kimenet file-ba írható a 
5 és 5 5 átirányítást jelző karakterekkel, vagy a csővezetékre helyezhető, így 
más Unix parancs bemenetére irányítható. 

További tudnivalókért olvassuk el a jelen rész elején már hivatkozott cikket: 
A.V. Aho, B. W. Kernighan és P. J. Weinberger Awk -A Pattern Scanning and 
Text Processing Langague. 


ÖSSZEFOGLALÁS 


Ebben a fejezetben a Unix két leginkább hatékony és rugalmas szolgáltatását 
tárgyaltuk. Ezek használatát - talán éppen hatékonyságuk és flexibilitásuk mi- 
att—- nem könnyű megtanulni, de úgy véljük, hogy a kifinomult felhasználók úgy 
fogják érezni, hogy megtérül a megtanulásukra fordított erőfeszítés. 

A sed áradatszerkesztő számos alkalmazására nyílik lehetőség shell script- 
ekben, de vigyázzunk: a sed használata káros szenvedéllyé válhat. Minthogy 
majdnem mindent megvalósíthatunk használatával, azon kaphatjuk magun- 
kat, hogy olyasmit próbálunk sed-del megoldani, melyet más paranccsal sok- 
kal könnyebben elérhetünk. Mindamellett profi shell script írónak , kötelező" 
a ged-et ismernie. 

Az awk olyan összetett parancs, hogy nem szolgál rá a szolgáltatás névvel tör- 
ténő lebecsülésre. Ennél sokkal több, felfogható programozási nyelvként is. A 
C nyelvű programozás elsajátítása után vágyakozó olvasónak komolyan meg 
kell fontolni, hogy első lépésként ne szerezzen-e bensőséges awk tudást. A 
két nyelv hasonló, án az awk megkímél minket olyan kicsinyes részletektől, 
hogy pl. egy változó egész vagy string típusú. 

A gyakorlott C programozó sem mehet el az awk mellett. Egy potenciáls C 
programot először awk nyelven önthetünk formába, így a fejlesztést meggyor- 
síthatjuk, mivel nincs szükség a program újrafordítására minden módosítás 
után. Sajnos az awk programok végrehajtása lassú, ezért gyakori vagy időigé- 
nyes programoknál szükséges a végső változat C nyelvre való átírása. 

Shell script írásakor szintén hasznos lehet az awk használata. Habár matema- 
tikai műveletek shell script-ekkel is elvégezhetők, ezek meglehetősen nehézke- 
sek, és az awk programmal ugyanazt esetleg kisebb ráfordítással is elérhetjük. 


10. FEJEZET 


A SHELL MINI PROGRAMNYELV 


Mivel a shell egy egyszerű program, amely arra való, hogy a felhasználók által 
begépelt parancsokat értelmezze, és nem szerves része a kernel-nek (operá- 
ciós rendszer magja), így könnyen lehet, hogy több változata is rendelkezésünk- 
re áll. Létezik sok népszerű shell (C-shell, Korn-shell...) és a legtöbb rendszeren 
használhatjuk is őket. Ebben a fejezetben a UNIX System V-n szabványos 
Bourne-shellt és annak programozását mutatjuk be. 


INICIALIZÁCIÓS FILE (LOGIN PROFILE) 


Ha első ízben lépünk be a System V-be, a Shell azonnal hozzáfog a bejelentke- 
zésünkkel kapcsolatos tennivalókhoz. Az első amit tesz, hogy megkeresi az ini- 
cializációs file-unkat. Ez egy speciális, . profi 1e nevű file, ami ahome könyv- 
tárunkban található. Ha a file létezik, akkor a shell végrehajtja a benne lévő 
parancsokat és csak ezután jelenik meg a rendszer prompt. Így ha vannak olyan 
feladatok, amelyeket rendszeresen el akarunk végezni már a belépésünk leg- 
elején, érdemes elkészíteni egy ilyen file-t a megfelelő parancsokkal. 

Talán már tudjuk, hogy hogyan lehet módosítani a törlő és sortörlő karakte- 
rek alapértelmezés szerinti értékeit az stty parancs segítségével. Az stty egy 
olyan parancs, amelyet érdemes az inicializációs file-unkban elhelyezni, hiszen 
minden belépéskor szükségünk van a végrehajtására. 

Természetesen egyéb System V parancsokat is elhelyezhetünk a inicializációs 
file-ban. Tegyük fel, hogy belépéskor mindig szeretnénk tudni a bejelentkezet- 
tek nevét, a pontos időt és a legfrissebb híreket. Ekkor az inicializációs file-unk a 
következőképpen fog kinézni: 


estty erase " AH" kill "AU" 
who 

new -n 

date 


Egy másik olyan dolog, amit esetleg minden bejelentkezéskor szeretnénk el- 
végezni, a prompt jel megváltoztatása (ez általában a $ jel). A prompt-ot egy 
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shell változó definiálja. Ha azehhez rendeltértéket módosítjuk, apromptis meg 
fog változni. 

Egy másik shell változó azt mondja meg a rendszernek, hogy hol keresse a 
parancsokat. Ez általában a rendszer könyvtárakban történik (/bin és 
/usr/bin), de készíthetünk egy saját rejtekhelyet is a parancsaink számára. 
Ekkor megadhatjuk a rendszernek, hogy más könyvtárakban is keresgéljen. 
Ezt 15 célszerű elhelyezni az inicializációs file-unkban. 


SHELL SCRIPTEK 


Ahogy azt már az első fejezetben említettük, a shell script tulajdonképpen egy 
file, anelyben parancsok találhatók. Tegyük fel, hogy van egy dothat nevű file- 
unk amely System V parancsokat tartalmaz. Két mód is kínálkozik arra, hogy a 
rendszer végrehajtsa ezeket a parancsokat. Az egyik lehetőség az, hogy a file 
nevet az sh parancs argumentumaként adjuk meg: 


$ ah dothat 


A másik lehetőség a chmod parancs használata, amely a file-t futtathatóvá 
teszi. Ha ezt választjuk akkor tulajdonképpen egy saját parancsot készítünk. 
Ezután a file nevét már mint parancsot gépelhetjük be: 


$ chmod 755 dothat 
S dothat 


A chmod parancs a file-t futtathatóvá alakítja (rwxr-xr-x engedélyek, I. 7. fe- 
jezet), - így ezek után a shell script bármely más parancshoz hasonlóan hívható 
meg. Ügyelnünk kell azonban arra, hogy hogyan nevezzük el a shell scripteket. 
Ha egy már létező parancs nevét használjuk (például a /bin, vagy a /usr/bin 
könyvtárban lévők közül), akkor a parancs korábbi verziója elérhetetlenné vá- 
lik, csak az általunk készített újabb verziót tudjuk használni. Ez persze így nem 
egészen igaz; ha ugyanis a teljes elérési útvonallal együtt gépeljük be a parancs 
nevét, akkor azt 15 használhatjuk. Ez azonban egy elég kényelmetlen megoldás. 


NÉHÁNY EGYSZERŰ SHELL SCRIPT 


Egy rendkívül egyszerű feladatot végezhetünk el az echo parancs segítségével. 
Az echo a standard kimenetre írja az argumentumait. Így első shell scriptünk 
gyanánt, kiírathatunk a terminálra egy üdvözletet: 


S cat 5 udvozlet 
echo Szia! 

AD 

S ehmod 755 udvozlet 
$ 
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Ezzel készítettünk egy udvozlet nevű shell scriptet, majd futtathatóvá tettük. 
Ha ezek után begépeljük az udvozlet nevű parancsot, a következőket láthatjuk: 


S udvozlet 
Szla! 


$ 


Ha azt szeretnénk, hogy a System V minden belépésünkkor kiírja ezt az üze- 
netet, akkor el kell helyeznünk a parancsot az inicializációs file-unkban. 


A SHELL SCRIPTEK ELNEVEZÉSE 


Most vizsgáljunk meg egy bonyolultabb shell scriptet, amely jól illusztrálja a 
shell hatékony működtetését és rámutat néhány buktatóra is. Tegyük fel, hogy 
az 18 parancs használatakor mindig alkalmazzuk a -x és a -F opciókat, hogy ily 
módon egy olyan több oszlopból álló listát kapjunk eredményül, amiben a 
könyvtárak és a futtatható file-ok megfelelően vannak jelölve. 

Ha fáraszt bennünket az 18 -x -F szüntelen begépelése, készíthetünk egy di 
nevű (directory listing: könyvtár listázó) shell scriptet. 


S cat :di 

18 -x-F 

AD 

S chmod 755 di 

s di 

adminpeople di" docs/ hardpeople people 
progs/ softpeople 

3 


Ez rendben 15 lenne, de előfordulhat hogy annyira megszoktuk az 18 parancs 
használatát, hogy ösztönösen begépeljük, még mielőtt a di parancs eszünkbe 
jutna. Ezért érdemes elkészíteni a di file egy másolatát és az 18 nevet adni 
az új parancsnak: 


S epdi ls 
S 18 


Így most már van egy saját, speciális 18 parancsunk. Ha azonban ezt megpró- 
báljuk használni, a rendszer egyáltalán nem reagál! Meg kell szakítanunk a pa- 
rancs futását (BREAK, RUBOUT, DELvagy CTRL-C), hogy újból visszakap- 
juk a promptot. Ennek az az oka, hogy az 18 általunk készített verziója 
megpróbálja hívni az 18 parancsot (vagyis saját magát), ami újra próbálja hívni 
magát, ami újra próbálja hívni magát stb. , — ugye látható a probléma? A megol- 
dás a teljes elérési útvonal és parancsnév megadása a valódi 18 parancshoz: 
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S cat 518 
/bin/18 -x -F 
AD 

S 


majd a futtathatóvá alakítás a chmod segítségével: 


S chmod 755 18 

S 18 

adminpeople — di" docs/ hardpeocple ls" 
people progs/ softpeople 

S 


A fentiek jól illusztrálják, hogy óvatosan kell bánnunk a shell scriptek elne- 
vezésével, különösen akkor, ha a file egy létező parancs módosított verziója- 
ként funkcionál. 

Az eddigiek során csak az aktuális könyvtár kilistázására használtuk az 18 
parancs módosított verzióját. Nézzük meg, mi történik akkor, ha egy másik 
könyvtárat próbálunk kilistáztatni: 


$ 18 /etc 

adminpeople di" docs/ hardpeople ls" 
people progs / softpeople 

S 


Most is csak az aktuális könyvtár tartalma látható, mivel a saját készítésű 18 
verziónk teljesen figyelmen kívül hagyja a hozzáadott argumentumokat. A ké- 
sőbbiekben meg fogjuk mutatni, hogy hogyan képesek a shell scriptek felismer- 
ni a parancssorban található argumentumokat. Addig 15 hidaljuk át ezt a prob- 
lémát oly módon, hogy mindig arra a könyvtárra váltunk, ahol ezt a speciális 18 
változatot akarjuk használni: 


$ cd /usr 
S 18 
bin 
dict 
games 
include 
lib 
mail 
man 
news 
pub 

$ 
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Most visszatértünk az 18 parancs rendszerbeli változatához. Ha megpróbál- 
juk használni a parancsunk eredeti változatát, akkor pórul járunk: 


S cd /usr 

S di 

dis not found 
S 


A rendszer fel sem ismeri a parancsunkat. Ez azért van így, mert a shell csak 
bizonyos könyvtárakban és azokban is meghatározott sorrendben keresi a pa- 
rancsokat. Az alapértelmezés szerinti sorrend: 


e aktuális könyvtár, 
e rendszerkönyvtár /bin 
e rendszerkönyvtár /usr/bin 


Ha a parancs a felsorolt könyvtárak egyikében sincs, akkor a , not found" hi- 
baüzenetet kapjuk. Ha egy, a paranccsal azonos nevű file található valamelyik 
könyvtárban, de nincsen hozzá futtatási engedélyünk, akkor egy másik üzenet 
jelenik meg - , cannot execute". A rendszer az általa keresett parancs első vál- 
tozatát futtatja (vagy legalábbis megpróbálja). Így ha egy parancs mind a /bin 
mind a /usr/bin könyvtárban megtalálható, akkor általában a /bin-ben lévő fut 
le. Ezért lehetséges, hogy ugyanolyan nevű parancsaink legyenek (az aktuális 
könyvtárban) mint a /bin könyvtárban, és hogy ezek élveznek elsőbbséget. 

Ha a begépelt parancsnév tartalmazza a / jelet (tehát a teljes elérési útvonalat 
is megadjuk), akkor a rendszer nem keresgél a könyvtárak között, hanem az 
elérési útvonal által meghatározott parancsot hajtja végre. Így például: 


$ cd /usr 

S /aa/widget/maryarmm/di 

bin/ dict/ games / include/ lib/ 
mail/ man/ news / pub/ 

S 


Azokat a könyvtárakat, amelyekben a rendszer a parancsokat keresi illetve 
azt a sorrendet, amely szerint a keresés történik, a parancsok keresési útvona- 
lának nevezzük. A keresési útvonal szintén shell változó, amit módosítani 1s le- 
het. Így kijelölhetünk egy könyvtárat, ahol valamennyi speciális parancsunkat 
tároljuk, majd megváltoztathatjuk a parancsok keresési útvonalát, az ezt defi- 
niáló shell változó értékének módosításával. Ha szeretnénk, hogy ezt ne kelljen 
minden egyes bejelentkezésünkkor megtenni, akkor ezt a változtatást az inicia- 
lizációs file-ban is elvégezhetjük. 

Hozzunk létre először egy könyvtárat a speciális parancsok részére: 


S mkdir bin 
S my di ls bin 
$ 
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Az 18 parancs hatása ekkor a következő lesz: 


S 18 
adminpeople 
bin 

docs 
hardpeople 
people 
progs 
softpeople 
S lsbin 

di 

ls 

S 


Láthatjuk, hogy miután a di és az 18 parancsok másik könyvtárba kerültek, 
visszatértünk az eredeti 18 parancshoz. Ennek az az oka, hogy eddig még nem 
vettük fel a saját (bin) könyvtárunkat a parancsok keresési útvonalát tartalmazó 
listára. 

Figyeljük meg, hogy az 18 parancs kimenetében megjelenik a bin név is. Ez a 
bin könyvtár lesz az a hely, ahol az összes privát parancsunkat tárolni fogjuk. Ez 
az elnevezés elterjedt a gyakorlatban, és konzisztens a rendszerkönyvtárak el- 
nevezésével is. Ettől függetlenül bármely más nevet is adhatunk ennek a könyv- 
tárnak. 

A következő részben a Shell változók tárgyalására kerül sor. Így többek kö- 
zött azt is látni fogjuk, hogy hogyan egészíthetjük ki a parancsok keresési útvo- 
nalát tartalmazó listát a saját készítésű parancsainkat tartalmazó könyvtárral. 


SHELL VÁLTOZÓK 


A shell megadja nekünk azt a lehetőséget, hogy névvel ellátott változókat defi- 
niáljunk és ezekhez egy értéket rendeljünk. A legegyszerűbb módja egy shell 
változó értékének megadására a közvetlen értékadó utasítás: 

változó-érték 


A változóhoz rendelt értéket úgy használhatjuk, ha a változó neve elé írunk 
egy dollárjelet: 


Sváltozó 


Nézzük meg, mi történik a következő parancsok használatakor: 


5 frult-arple 
S cheese-cheddar 
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5 winezchardornay 

S echo $frult, $cheese, $wine.. . .Mmm! 
apple, cheddar, chardonnay . . . . Mmm! 

S 


Egy változóhoz rendelt értéket definiálhatunk egy másik shell változó segít- 
ségével, sőt még magának a definiálandó változónak a felhasználásával 1s: 


S wine-$fruit-jack 

S frult-:pine$frulit 

S echo $wine and $frult 
apple-jack and pineapple 
S 


Ha az , applejack"-et kötőjel nélkül szeretnénk kiíratni, nem alkalmazhatjuk 
a logikusnak tűnő wine-$fíruitjack utasítást. Ekkor ugyanis a Shell egy , fruit- 
jack" nevű változót keresne, ami nem létezik. Ennek eredményeként az $wine 
változó egy üres karakterlánc értéket kapna. Így ha az , applejack" karakterlán- 
cot valóban az $fruit változóval szeretnénk definiálni, akkor ezt a változót záró- 
jelek közé kell tenni az utasításban: 


S frult-apple 

S wnez$(frult) jack 
S echo $wine 
applejack 

5 


Kapcsos zárójelet kell használni minden olyan esetben, amikor a változót egy 
másik karakterlánccal kell kombinálni és nincs más lehetőség a változónév vé- 
gének illetve a string kezdetének megkülönböztetésére. 

Bár a shell változókat leggyakrabban shell scripteken belül használjuk, an- 
nak sincs akadálya, hogy a terminálról használjuk őket. Erre akkor lehet szük- 
ség, ha különféle rövidítéseket szeretnénk használni. Tegyük fel, hogy van egy 
könyvtárunk ami viszonylag hosszú elérési útvonallal rendelkezik és amihez fo- 
lyamatosan hozzá akarunk férni. Ekkor az adott elérési útvonalhoz definiálha- 
tunk egy dir nevű shell változót és így elérhetjük a könyvtárban lévő file-okat a 
$dir/file paranccsal. Így megspórolhatjuk a gépeléshez szükséges időt és a félre- 
gépelésekkel járó bosszúságot. 

Egy olyan parancshozis készíthetünk shell változót, melyet sűrűn használunk 
és sokféle opciót kell megadnunk hozzá: 


S 8-"sort 42n 41 -2" 
S $8 temis I] 1p 

S $8 raguetball I 1p 
5 $8 sguash I 1p 

$ $8 pingpong I 1p 

S 
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Figyeljük meg, hogy az idézőjelekkel a szóközök 15 bekerülnek a változó de- 
finíciójába. 

Ha a shell változó egy parancssor rövidítésére szolgál, a parancs nem tartal- 
mazhat adatcsatorna jeleket, átirányító ( cvagy- ) és háttér feldolgozó (£) 
szimbólumokat. 


BEÉPÍTETT SHELL VÁLTOZÓK 


A shell rendelkezik alapértelmezés szerint definiált változókkal, amelyek közül 
néhányat meg lehet változtatni. Vannak azonban csak olvasható (read-only) 
változók amelyeket felhasználhatunk, módosítani azonban nem tudunk. A leg- 
fontosabb beépített változók: 


HOME A felhasználók home könyvtára, vagyis a cd parancs alapértelmezés 
szerinti argumentuma. 

PATH Azoknak a könyvtáraknak az együttese, amelyekben a rendszer pa- 
rancsokat keres. 

PS1 Ez az alap prompt karakter. Vagyis a rendszer prompt, ami a UNIX 
System V esetében a dollárjel. 


Ezek alapján már láthatjuk, hogy hogyan módosíthatjuk az inicializációs file- 
unkat, ha szeretnénk elvégezni azokat a változtatásokat, amelyekről szó esett a 
fejezet eddigi részében. 


A PARANCSOK KERESÉSI ÚCTVONALÁNA K MÓDOSÍTÁSA 


Alapértelmezés szerint a rendszer a következő sorrendben, és a következő 
könyvtárakat ellenőrzi, ha keres egy parancsot: az aktuális könyvtár, a /bin 
könyvtár és végül a /usr/bin könyvtár. A keresési útvonalakat tartalmazó válto- 
zó neve a PATH: 


$ echo $PATH 
: /bin: /usr/bin 


$ 


A különböző könyvtárak - amelyekben a keresés történik — kettősponttal 
vannak elválasztva egymástól. Az aktuális könyvtárra a kezdeti kettőspont 
utal. Ha most azt szeretnénk a rendszernek mondani, hogy a parancsokat a sa- 
ját bin könyvtárunkban keresse, módosítanunk kell a PATH változó értékét: 


S echo $HOME 

/aa/widget/maryann 

S PATH- : S$HOME/DiÍn$PATH 

S echo $PATH 

: /aa/widget/maryann/bin: /bin: /usr/bin 
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Így az aktuális és a /bin könyvtár közé sikerült beszúrni a könyvtárunkat. Ez a 
megszokott eljárás, de bizonyos esetekben célszerű lehet más sorrend alkalma- 
zása 15. 

A parancsok keresési útvonalát érdemes az inicializációs file-ban megadni, 
hogy ne kelljen a PATH értékét minden egyes belépéskor beállítani. 


SHELL VÁLTOZÓ MEGADÁSA EGY PARANCS KIMENETÉN 
KERESZTÜL 


Egy shell változó értékét egy parancs kimenetével 15 megadhatjuk: 


S now- "date" 

S echo $now 

Sat May 17 14 : 34 :5 PDT 1986 
S 


A fenti példában a parancsot határoló karakterek tompa ékezetek ( ) és nem 
aposztrófok ( ). 

A tompa ékezet különböző helyeken található meg az egyes terminál billen- 
tyűzeteken, általában az € vagy a hullámjel (- ) felett látható. 

Ha egy shell változónak egy file-ban található értéket akarunk adni, akkor a 
következőt tehetjük: 


menu-" cat food" 


Ez az utasítás a cat parancsot jelenti a food argumentummal, és semmi köze a 
macskaeledelhez (cat-macska, food-étel). Ha a food file tartalma: 


apples 
cheddar 
chardonnay 


A menu változó értéke a következő lesz: 
$ echo Smerm 
apples cheddar chardonnay 
S 


Ahogy a példából is látható, az új sor karakterek szóközökké alakultak át. 
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A SHELL SCRIPTEK ARGUMENTUMAI 


A shell változók egy másik típusát jelentik a shell script-ek argumentumai, ame- 
lyek a shell scriptek meghívásakor kapnak értéket. Ezeket időnként pozicioná- 
lisparamétereknek 15 hívják, mivel az argumentum listában elfoglalt helyük sor- 
száma alapján férhetünk hozzájuk. Tegyük fel például, hogy van egy shell script- 
ünk, amit az alábbi paranccsal hívhatunk meg: 


S dothis grapes arples pears 


Ekkor a , grapes" , , apples" és , pears" pozicionális paraméterek, amelyekre a 
$1,$2 és $3 jelölésekkel hivatkozhatunk. 
Ha a parancsot a következőképpen hívjuk meg: 


$ dothis gouda brie cheddar 


akkor a $1 a , gauda", a $2 a , brie" és a $3 pedig a , cheddar" értékre hivatkozik. 
Lássunk egy egyszerű példát az eddigiek szemléltetésére a következő shell 
script segítségével: 


S cat reverse 
echo $5 $4 $3 $2 51 
$ 


Ítt öt agumentum szerepel, amelyeket a standard kimenetre íratunk ki fordí- 
tott sorrendben: 


S reverse fee fie fo fum fiddledee 
fiddledee fum fo fie fee 
3) 


Ha a script-et ötnél kevesebb argumentummal hívjuk meg, akkor üres karak- 
terláncok kerülnek a hiányzó argumentumok helyére: 


$ reverse tic tac toe 
toe tac tic 


$ 


Ha ötnél több argumentummal hívjuk a scriptet, az első öt után lévőket figyel- 
men kívül hagyja a shell. 
Az argumentumok szerepének Illusztrálásához nézzünk egy másik scriptet: 


S cat makelist 
sort 1 -2 people I tr -d " (0-9]" I pr -hDistribution I 1p 
$ 
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Ez a script csak egyetlen file-t, nevezetesen a people file-t tudja csak feldol- 
gozni. Ha a people helyére most $1 kerül, akkor a scriptet tetszőleges file név- 
vel futtathatjuk: 


S cat makelist 

sort 11 -2$1 1 tr -d"[0-9]" I pr-hDistribution I 1p 
S makelist admirpecpnle 

S makelist hardpecple 

S makelist softpeople 

5) 


Nyilvánvaló, hogy csak kilenc argumentumot képezhetünk az $1-$9 jelölé- 
sekkel. Ugyanakkor létezik egy , shift" parancs is amelynek hatására a shell el- 
tekint az első argumentumtól és újra számozza a maradékot. Így készíthetünk 
olyan shell scriptet is, mely kilencnél több argumentumot használ fel. 

Egy másik lehetőség kilencnél több argumentum kezelésére a $" jelölés. Ez 
valamennyi argumentumra kiterjed, amelyet a shell script hívásakor tartalma- 
zott. Tehát a $" ekvivalens a 


S1S2Z93 aes 


argumentumok mindegyikével. 
A $t paraméter a shell script hívásakor megadott összes argumentum számát 
jelenti. Vizsgáljuk most meg a , count" scriptet: 


S cat caint 

echo Stt items 

S camnt grapes arples oranges pears 
4 items 

S cant belpaese gruyere fontina 

3 items 


5 


Ez a script azt mondja meg, hogy hány szó található a parancssorban. 

Ez hasznos lehet, ha ellenőrizni szeretnénk a meghívott shell script arigumen- 
tumainak a számát. 

A shell script neve a nulladik argumentumnak tekinthető és az $0 jelöléssel 
hivatkozhatunk rá. Ez az argumentum azonban nem jelenik meg az $t értéké- 
ben, ahogy azt a fenti példában is láthattuk. 


ISMÉT AZ echo PARANCSRÓL 


Sok példán keresztül bemutattuk már az echo parancs használatát, amely az ar- 
gumentumailt a standard kimentre írja ki. Ezt a parancsot gyakran alkalmazzuk 
a shell scriptek írása közben. Használhatjuk a program futásával kapcsolatos 
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üzenetek, hibaüzenetek vagy akár eredmények kiíratására. Az interaktív prog- 
ramok futása során adatokat kérhetünk a felhasználótól az echo segítségével, de 
hasznos eszköz lehet a shell script-ek hibamentesítésénél 15. 

A shell scriptek könnyebben áttekinthetővé válnak, ha az üzenetet idézőjelek 
közé zárjuk. Így az üzenet az echo parancs egyetlen argumentuma lesz. Általá- 
ban a dupla idézőjeleket fogjuk használni, hogy hozzáférhessünk a shell válto- 
zók értékéhez is: 


$ echo " Szia $LOGNAME" 
Szia mariann 


$ 


A LOGNAME egy speciális shell változó, amelynek értéke megegyezik an- 
nak a személynek a felhasználói nevével, aki belépett a rendszerbe. 


Ezzel szemben a szimpla idézőjelek használatakor, a shell változó értékét 
nem kapjuk meg: 


S echo " Szia $LOGNAME" 
Szia SLOGNAME 
S 


Bizonyos esetekben azonban pontosan erre van szükségünk: 


S echo " Tartozol nekem 10$-al" I mail szilvia 
$ 


Ha egyszerre van szükség a $-jelre mint írásjelre, és mint egy shell változót 
jelölő karakterre, akkor az írásjelként használt $-jelet egy fordított perjellel 
, védjük le". 


S memyiseg-10 
$ echo "Tartozol nekem Smemiyisegv$-al" Imail szilvia 
S 


Létezik néhány speciális karakter szekvencia 1s az echo parancshoz, amelyek- 
kel a kimenet formátumát szabályozhatjuk. Ezek a karakter szekvenciák egy 
fordított perjelből és egy betűből állnak -— pl. n. A szekvenciák megtalálhatóak 
a System V felhasználói kézikönyvének az echo-ra vonatkozó részében. A kö- 
vetkezőkben ezekre mutatunk néhány példát. 

Az eddigi példákban az echo parancs végrehajtása után egy új sor karakter 
került a kimenetre. A tc szekvencia ezt megszünteti: 


S echo "Szia $SLOGNAME VC" 
Szia maryamn $ 
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Láthatjuk, hogy a rendszerprompt az üzenettel egy sorban jelent meg. A 1c 
szekvencia különösen hasznos interaktív shell scriptek készítésénél. 

A 4 szekvencia további üres sorokat ad, a it szekvencia pedig tabulátorokat 
helyez a kimenetre. Ha egy születésnapi üdvözletet küldünk: 


S echo "Boldog szuletesnapot Istvan, Mariam!" I] mail istvan 
5 


akkor ennek a megjelenítését szebbé tehetjük az előbb említett szekvenciák se- 
gítségével. 


S echo "vtBoldog szuletesnapot Istvanmtttttt Marlam" I] mail istvan 
S 


Ezekkel a szekvenciákkal megspórolhatunk valamennyit a gépelési és a fut- 
tatási időből, hiszen így csak egy echo-t használunk a shell scripten belül. Te- 
gyük fel, hogy egy jegyzőkönyv fejlécét akarjuk elkészíteni egy shell script segít- 
ségével. Ehhez használhatunk több echo parancsot is: 


now-" date" 

echo "" sreportfile 

echo "" szreportfíile 

echo "Widget Project: PR Statistics $nGWw" ssreportfile 
echo "" ssreportfile 

echo "" ssreportfile 


Ugyanezt elérhetjük egyetlen parancs segítségével is: 


now-" date" 
echo"yfninWidget Project: PR Statisticsitttsnwuwnwm" sreportfile 


A legutolsó példában használtuk a Y szekvenciát 15. Ez egy lapdobás karak- 
tert jelent, ami biztosítani fogja, hogy a fejléc a kinyomtatott oldal tetején le- 
gyen. 

A fejezet további részeiben még sokszor felbukkan az echo parancs, de a spe- 
ciális karakter szekvenciákat nem fogjuk túl gyakran használni. 


A SHELL PROGRAMOZÁS 


A shell scripteken belül használhatunk olyan parancsokat is, amelyek különbö- 
ző belső és külső feltételektől függően vezérlik a script által végzett tevékeny- 
ségeket. A gyakorlott programozóknak ismerősek lesznek az if ... else, 
while . . . do és más hasonló utasítások. Nem tárgyalhatjuk teljes részletes- 
séggel könyvünkben, hogy mi mindent lehet egy shell scripten belül csinálni. 
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Példákat fogunk viszont látni arra, hogy hogyan használhatjuk ezeket a folya- 
matvezérlő parancsokat, illetve hogy hol lehet rájuk szükségünk. 

Ha egy új parancsot vagy szolgáltatást készítünk, érdemes azt először egy 
shell script formájában megírnunk. A shell scriptek nagy előnye, hogy könnyű 
őket módosítani. Nem kell őket újból fordítani, linkelni és futtatni, valahány- 
szor egy változtatást végzünk rajtuk. A hibamentesítés is egyszerű az sh pa- 
rancs opcióinak segítségével, amelyek nyomkövető eszközöket is biztosíta- 
nak. Ha méggyőződtünk róla, hogy a program megfelelően működik és a 
felhasználói felület is jól van beállítva, akkor a scriptet átírhatjuk C, vagy vala- 
milyen más, általunk választott programnyelvre. A fordított programok gyor- 
sabban futnak mint a shell scriptek, de ha a parancsot nem használjuk túl gyak- 
ran, akkor nincs igazán szükség az átírásra és fordításra. 

Azok számára akik nem foglalkoztak még programozással, a shell scriptek 
megírása hasznos gyakorlat lehet a programozás alapelveinek megértéséhez. 

A folyamatvezérlő parancsok szemléltetéséhez felhasználjuk majd a koráb- 
ban tárgyalt makelist shell scriptet, finomítjuk és kiterjesztjük a használatát. 
Ennek a scriptnek a lelke tulajdonképpen egyetlen sor: 


sort 41 -2 people I tr -d " [0-9] " I pr -hDistribution I 1p 


Azoknak, akik a fenti parancssort nem értik, ajánljuk a Könnyen is lehet s0- 
rozatban megjelent UNIX - Bevezetés című könyvet. 

A parancssor működése röviden: 

Feltételezzük, hogy létezik egy people nevű file, aminek tartalma lehet pl.: 


MaryannClark 101 
Sally Smith 113 
Jane Bailey 121 
stb. 


A sort program a people nevű file-t a megadott paraméterek utasítása szerint 
rendezi, méghozzá úgy, hogy az ABC szerinti sorrendbe rakást nem az első me- 
zővel, hanem a másodikkal kezdi (--1, ezek a vezetéknevek) és nem a harmadik- 
kal folytatja, hanem az elsővel (-2, ezek pedig a keresztnevek). Így az angol sze- 
mélynevek megfelelően rendeződnek. 

A sort kimenetét a tr (translate ) program kapja, és az a -d opcióból (delete: 
törlés) tudni fogja, hogy az érkező adatokból a számokat törölni kell ("[0-9]"). 

Az adatfolyamot a I jellel (pipe) ezután apr programnak irányítjuk át. A pr 
lényegében a file előkészítését végzi a nyomtatáshoz. Ha azt akarjuk, hogy a 
fejléc ne a file nevét tartalmazza, hanem valami mást, akkor azt a -h kapcsoló- 
val tehetjük meg. Közvetlenül a -h után következő argumentum lesz a fejlécsor. 
Ne felejtsük el, ha ez tartalmaz SPACE karaktereket, tegyük " "-k közé. A meg- 
felelően formázott adatfolyamot az 1p parancs már közvetlenül a printerre irá- 
nyítja. 

A további illusztrációk során azonban csak a sort ... stb. rövidítéssel fogunk élni. 

Az általunk bemutatandó teljes anyag szemléltetésére a makelist nem lesz 
mindig elegendő, így alkalmanként más példákat is előveszünk. 
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CIKLUSOK KÉSZÍTÉSE A for UTASÍTÁSSAL 
A legelső alkalommal a következőképpen készítettük el a makelist parancsunkat: 


S cat makelist 
S sort 41-2peopleltr...... stb. 
S 


Korábban már megmutattuk, hogy ez a script csak egyetlen file-ról, a people 
nevűről készít listát. Tegyük fel, hogy van három file-unk — adminpeople, hard- 
people és softpeople -— és valamennyiről szeretnénk listát készíteni. Az egyik 
lehetőség az, hogy írunk három különböző shell scriptet — például: makalist, 
makhlist és makslist. 

Ez elég kényelmetlen megoldás, ezért célszerű úgy átalakítani a scriptet, hogy 
mind a három file-t fel tudja dolgozni. Erre ad lehetőséget a for utasítás. 

A for utasítás szerkezete a következő: 


for változó in az értékek listája 
do az összes parancs végrehajtása a "done" utasításig 
done 


A for utasítás egy olyan változót definiál, amely különböző értékeket vesz 
felsorjában. A doésdone kulcsszavak közötti parancsokat, a változó valameny- 
nyi értékére vonatkozóan végrehajtja a rendszer. Miután a változó valamennyi 
értékét felvette, a done utáni parancsok kerülnek végrehajtásra. Ha a for uta- 
sítást használjuk a makelist parancsban, a következőket kapjuk: 


for file in adminpeople hardpeople sofítpeople 
do 


sort311-2Sfileltr...... stb 
done 


Az első sorban a file nevű változót definiáljuk, amely az , adminpeople", 
, hardpeople" és a , softpeople" értékeket veszi fel egymás után. A változót a 
sort parancssorban használjuk fel, értéke mindig annak a file-nak a neve amely 
éppen feldolgozás alatt áll. A mi esetünkben csak egy parancssor van, egy pa- 
rancs-csatorna, ami a sort utasítással kezdődik és az 1p-vel végződik. Az in 
kulcsszót követő három file névnek köszönhetően a makelist új verziójának ki- 
menete három lista lesz. Az in kulcsszót követő listában használhatjuk a shell 
metakaraktereit is. Így a shell scriptet a következőképpen is írhatjuk: 


for file in "people 

do 

sort31-2S$fileltr...... stb 
done 
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Ekkor az aktuális könyvtár valamennyi , people"-re végződő file-járól lista 
készül. 
Az in kulcsszót el is hagyhatjuk. Ilyenkor a shell hívásakor megadott argu- 
mentumok szolgáltatják a ciklusváltozó értékeit: 
for file 
do 


sort41-2Sfileltr...... stb 
done 


Ez a shell program három listát készít, ha a következőképpen hívjuk meg: 


S makelist admirpecule hardpecpule softpecvle 
$ 


Ugyanakkor csak egy lista készül, ha az alábbi parancsot adjuk kt: 


S makelist softpecple 
S 


Ez a legáltalánosabb és leghasznosabb formája egy shell scriptnek. 
A for utasításra vonatkozó részletes dokumentáció megtalálható a System V 
felhasználói kézikönyvében az sh címszó alatt. 
FELTÉTELES VEZÉRLÉSI SZERKEZET: AZ 1f UTASÍTÁS 
Vegyük ismét szemügyre az eredeti shell scriptünket: 
sort 41 -2 people I tr -d " (0-9]" I pr -hDistrihbution ( 1p 


Azt már korábban megmutattuk, hogy a , people" szót az $1 shell változóval 
helyettesítve, bármely file-ra alkalmazhatjuk a fenti scriptet: 


sort 11 -25$1 1 tr -d " [0-9]" I pr -hDistribution I 1p 


Így az általunk megadott file-okról készíthetünk listát a makelist program fut- 
tatásával. Ha azonban egyetlen file nevet sem adunk meg, semmi sem történik: 


$ makelist 
Ennek egyszerűen az az oka, hogy a shell hiába próbál valamilyen értéket be- 
helyettesíteni az $1-be, nem talál ilyet, így az általunk végrehajtott parancs a 


következő: 


SÖYEELsz EX és stb. 
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Ha a sort parancs nem talál egyetlen file nevet sem, akkor a standard beme- 
netről várja az adatokat. Vagyis a makelist ezen verziója arra fog várni, hogy 
begépeljük azokat a neveket, amelyekről listát szeretnénk készíteni. Ez jó ötlet- 
nek tűnhet, de ha tényleg ezt szeretnénk, akkor a scriptet úgy kell megírnunk, 
hogy az valamilyen formában kérje a felhasználótól az adatok begépelését. 

Tegyük fel, hogy csak a korábban létrehozott file-okról szeretnénk listát ké- 
szíteni a makelist segítségével. Annak érdekében, hogy elkerüljük a fent leírt 
szituációt ellenőriznünk kell, hogy van e file név megadva a shell script argu- 
mentumaként: 


if test Stt -eg0 


then 

echo "Adjon meg egy file nevet" 
exit1 

fi 

sort31-2$1Itr..... stb. 


A példában az első sor ellenőrzi azt, hogy a makelist hívásakor megadott ar- 
gumentumok száma különbözik-e nullától. Három új dolgot is bevezettünk a 
fenti példában: az if utasítást, a test parancsot és az exit utasítást. A továb- 
biakban ezekről lesz szó egy kicsit részletesebben. 


AZ 1£ UTASÍTÁS 
Az 1£ utasítás kulcsszavai az if, a then és a fi. Ezek jelentése a következő: 


if (ha) ez a parancs sikeres 
then (akkor) a következő , fi" kulcsszóig minden parancs végrehajtandó 
£1 


A program könnyebb áttekinthetősége érdekében, a then és f1 közötti pa- 
rancsokat általában beljebb írjuk, ahogy az a fenti példában is látható. 

Ha egy parancs végrehajtása sikeres, akkor az egy true (igaz) visszatérési ér- 
téket szolgáltat. A true érték a nulla. 

Ha a parancs nem volt sikeres, akkor nullától különböző visszatérési értéket 
fog adni. Az előző példánkban a test parancsot használtuk annak eldöntésére, 
hogy az argumentumok száma egyenlő-e nullával. Ha ez igaz, akkor egyetlen 
file név sem volt kijelölve a makelist meghívásakor. A test parancs visszatérési 
értéke nullával egyenlő, ha a tesztre adott válasz , igen", egyébként pedig egy 
nullától különböző szám. 

Valamennyi kulcsszónak a sor elején kell állnia, hogy a shell felismerje őket. 
Ha máshová kerülnek, számos galibát okozhatnak. Ha például megpróbálnánk 
a következő file-t futtatni: 
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if test $tt -eg0then 
echo "Adjon meg egy file nevet" 
exit 1 

fi 

sort311-2$11]tr....stb. 


amelyben a then kulcsszó a sor végén van, akkor a következő eredményhez jut- 
nánk: 


S makelist pecple 
makelist: syntax error at line 5:"fi" unexpected 
$ 


A későbbiekben ismertetésre kerülő test parancs egyike azoknak a paran- 
csoknak, amelyeket a legsűrűbben használunk az If utasítással. Természetesen 
más parancsokat 15 alkalmazhatunk, mint azt az alábbi script 15 mutatja: 


if — cd /aa/widget/steve/docs 
then echo thingspec 

cat thingspec 
a kán d 


Ha a cd parancs sikeres volt, akkor a thingspec nevű file jelenik meg a kime- 
neten. Ha azonban a könyvtárváltás valami miatt nem sikerült, semmi sem fog 
történni. 


AZ exit UTASÍTÁS 


Az előző példát folytatva, feladatunk a következő lesz. Ha nincs megadva 
egyetlen file név sem, akkor ki kell íratni egy hibaüzenetet, és le kell állítani a 
sort parancs végrehajtását. A shell script általában akkor fejeződik be, ha a file 
végére ért. Ha még azelőtt le akarjuk állítani, akkor az exit utasítást kell hasz- 
nálnunk. 

Az előzőekben már feltűnt ez az utasítás, mint exit 1. Ez azt jelenti, hogy a 
, makelist" visszatérési értéke 1 (azaz nem nulla), ha teljesül az a hiba kritéri- 
um, hogy egyetlen file sincs megadva. 

Elhelyezhetünk egy másik exit utasítást is a file végére: 


if test $t -eg0then 
echo "Adjon meg egy file nevet" 562 
exit1 

ÉL 

sort311-2$11]tr....stb. 

exit 0 
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Ez biztosítja azt, hogy a scriptünk visszatérési értéke nulla legyen, ha sikeres 
volt a futása. Ily módon felhasználhatjuk a makelist-et egy másik shell script if 
utasításában IS: 


if  makelist adminpeople 
then echo A lista keszites rendben 
fi 


Egy további apró módosítást 15 végeztünk a fenti példában. Az echo parancs a 
hibaüzenetet most a hiba kimenetre fogja kiírni, (ahová eredendően is tartozik ) 
és nem a standard kimenetre. A mi példánkban nem igazán számít, hogy a stan- 
dard kimenetre megy-e a hibaüzenet, hiszen a kívánt kimenetet már a scripten 
belül egy sornyomtatóra irányítjuk. Így az egyetlen dolog ami megjelenik a kép- 
ernyőn az a hibaüzenet lesz. Ha azonban úgy írnánk meg a makelist scriptet, 
hogy a kimenetét a standard kimenetre írja, és ezt a kimenetet szeretnénk az 
Ip bemenetére juttatni, akkor a hibaüzenet is nyomtatásra kerülne. Ezt a bosz- 
szantó szituációt elkerülhetjük, ha a hiba kimenetre irányítjuk a hibaüzeneteket. 

Azoknál a shellscripteknél, amelyeknek a kimenetét valószínűleg más paran- 
csok bemeneteként fogjuk használni vagy egy file-ba fogjuk irányítani, fontos 
hogy a hibaüzenetek a hiba kimenetre kerüljenek. 

Az exit után álló érték tetszőleges lehet, sőt el is hagyhatjuk. Ilyenkor a script 
visszatérési értéke meg fog egyezni annak a parancsnak a visszatérési értékével, 
amelyet a script befejezése előtt utoljára hajtott végre a rendszer. 

A makelist parancsot valószínűleg nem fogjuk meghívni más shell scripten 
belül, így nem érdekel bennünket különösebben, hogy mi lesz a visszatérési ér- 
téke. A továbbiakban ezért nem bajlódunk a visszatérési értékek beállításával. 


AZ else UTASÍTÁS 


Ez az utasítás valójában az If utasítás része és a következőképpen egészíti ki a 
feltételes vezérlési szerkezetet: 


1£ (ha) az if után álló parancs sikeres 

then (akkor) a következő , else" kulcsszóig minden parancs végrehajtandó 
else (egyébként) a következő , fi" kulcsszóig minden parancs végrehajtandó 
fi 


Így a példa script-ünket is átalakíthatjuk ennek megfelelően: 


if  tests$tt-eg0 

then echo "Adjonmeg egy file nevet" 562 
else sort 41-2$11Itr....stb. 

; cár Hl 
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Most nem kell használnunk az exit utasítást, hiszen a sort parancs az else után 
következik, így csak akkor kerül végrehajtásra, ha az argumentumok száma na- 
gyobb mint nulla. 


- Megjegyzés; Az if, then és fi kulcsszavakhoz hasonlóan az else is a sor 
e elején kell hogy álljon. 
KI 


AZ elif UTASÍTÁS 


Ez az utasítás az else és az 1£ kombinációja. Ennek bemutatásához először 
hívjunk meg a script-ünkkel egy olyan file-t, ami nem létezik: 


S makelist nopecunle 

sort: can" t open nopeople 
pr: -—- emoty file 

s 


Ha valaki úgy használja a makelist parancsot hogy nem tud a benne lévő 
gort illetve pr parancsokról, akkor könnyen összezavarodhat egy ilyen üze- 
net láttán. Ezért célszerű ellenőrizni a file meglétét, mielőtt meghívnánk a 
sort parancsot. 

Ehhez be kell építenünk a scriptbe egy újabb 1f utasítást: 


if test sSt-eg0 

then echo "Adjon meg egy file nevet" 562 
elif test ! -s$1 

then echo "Nincsen $1 nevü file" 562 
else sort 31-2S1!]tr....stb. 

ÉL 


A második test parancs ellenőrzi, hogy létezik-e file a megadott néven. Így 
csak akkor kerül a sort parancs végrehajtásra, ha a script argumentuma vala- 
milyen létező file-nak a neve. 

Ugyanezt elérhetjük egy második if utasítással 15 az else után: 


if test $Stt-ed0 
then echo "Adjon meg egy file nevet" 562 
else if test ! -sS1 
then echo "Nincsen S1 nevü file" 562 
else sort431-2$11I]tr....stb. 
ti 
fi 
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Ebben az esetben két külön 1 £ utasításunk van, az egyik a másikba ágyazva. 
Mindkét if rendelkezik egy záró £1 utasítással. Az elif használata esetében 
viszont csak egy £i1 kulcsszóra van szükség, mivelazelif azeredeti 1 f utasítás 
része. Előfordulnak olyan esetek, amikor a kívánt cél eléréséhez nem lehet az 
elif utasítást használni. Ekkor egymásba ágyazott 1£ utasításokat kell alkal- 
maznunk. 

A fenti példában a második 1f nem az első szó volt a sorban, ami látszólag 
megszegi a szabályokat. A szabály azonban úgy szól pontosabban, hogy a kulcs- 
szónak a parancsban kell az első szónak lennie. Ez általában a sor elejét jelenti, 
ha azonban egy kulcsszót egy újabb parancs követ, akkor két kulcsszó lesz egy- 
más után. Ekkor a második kulcsszó ugyanúgy egy parancs elején áll, és így min- 
den rendben van. 

Az 1f, elif, else utasítások és az ezeket követő then és fi részletes doku- 
mentációja a System V felhasználói kézikönyvben, azsh parancsnál található meg. 


A test PARANCS 


A test parancs nem része a shell-nek, mégis a shell script-eken belüli használatra 
tervezték. Az eddigiekben már láttunk néhány példát a használatára. 

A test parancs argumentumai egy kifejezést alkotnak. Ha a kifejezés értéke 
igaz, akkor a test visszatérési értéke nulla (sikeres volt a teszt). Ha a kifejezés 
nem igaz (false), a parancs visszatérési értéke egy nullától különböző szám. 

A végrehajtható teszteknek három fő típusa van: 


e numerikus értékek tesztelése 

e file típusok tesztelése 

e karakterláncok tesztelése. 

Mindegyik teszttípus esetén van egy ún. alapelem (primitive) készlet, amely 
segítségével felépíthető a test parancs által kiértékelt kifejezés. Ezek az alap- 
elemek a tesztelni kívánt tulajdonságot adják meg. Használhatunk különféle 
operátorokat is a kifejezések invertálásához és kombinálásához. 

A NUMERIKUS ÉRTÉKEK TESZTELÉSE 


Ezek a kifejezések két (például shell változók által tárolt) szám viszonyát tesz- 
telik. A tesztelt kifejezés általános formája a következő: 


N calapelem: M 
A teszt kifejezésben a következő alapelemeket használhatjuk: 


-eg N és M értéke egyenlő (egual: egyenlő 
-ne N és M értéke nem egyenlő (not egual: nem egyenlő) 


260 Unix - haladóknak 


-gt N nagyobb mint M (greater than: nagyobb mint) 

-1t N kisebb mint M (/ess than: kisebb mint) 

-ge N nagyobb vagy egyenlő mint M (greater or egual: nagyobb vagy 
egyenlő) 

-1e N kisebb vagy egyenlő mint M (less or egual: kisebb vagy egyenlő). 


Nézzünk most néhány példát az alapelemek használatára: 


users-who I wc — 

if test Susers -gt 8 

then echo "Nyolcnal tobb felhasznalo dolgozik a rendszerben" 
fi 


A script első sorában a users nevű shell változó értékét egyenlővé tesszük a 
wholwc -1 parancs-csatorna által generált értékkel, ami a rendszerben éppen 
dolgozó felhasználók számát adja meg. Ezt az értéket azután összehasonlítjuk 
nyolccal, és ha annál nagyobb, akkor megjelenik az üzenet a terminálon. 

A következő példában feltételezzük, hogy a scriptnek csak egy argumentum- 
ra van szüksége, és hogy ez az argumentum egy könyvtár: 


this-1ls I wc -1 

that-1s $1 I wc -1 

if test Sthis -ne Sthat 

then echo "Az aktualis es a $1 konyvtar kulonbozo szamu file-t tartalmaz" 
fi 


Itt megint felhasználjuk a wc parancsot magába foglaló csatornát. Először 
azért, hogy megkapjuk az aktuális könyvtárban lévő file-ok számát, majd hogy 
az argumentumként adott könyvtárban lévő file-ok számát is megkapjuk. Ezek 
után összevetjük a két értéket és kiíratjuk a megfelelő üzenetet. 


Az alábbi scriptet már bemutattuk egyszer: 


if 

test Stt -eg0 

then 

echo "Adjonmeg egy file nevet "562 
elsesort411-2$1I] tr....stb. 

fi 


A $tt jel a shell script hívásakor megadott argumentumok számát jelöli. A fen- 
ti példában azt ellenőrizzük, hogy ennek értéke egyenlő-e nullával, és ebben az 
esetben hibaüzenetet íratunk ki. 

A tesztek végrehajtása során a parancs numerikus értékeket vizsgál. Így ha az 
alábbi három shell változót definiáljuk: 


A shell mint programnyelv 261 


number-1 
nambre-" 1" 
numero-00001 


akkor valamennyien egyenlőnek bizonyulnak egymással a -eg-val végzett teszt- 
ben. Vagyis a nullák és a szóközök nem befolyásolják a teszt eredményét. 

A shell csak egész számokkal foglalkozik. Így az alábbi formában megadott 
változók: 


mmone-1.0 
numtwo-l1 . 3 


szintén egyenlők egymással és a fent megadott három változóval is. 
Negatív értékeket viszont megadhatunk. Most pedig vizsgáljuk meg az alábbi 
shell script-et: 


$ cat posaneg 

if test $1-ge0 

then echo "Az argumentum pozitiv" 
else echo "Az argument negativ " 
fi 

S posneg 2300 

Az argumentum pozitiv 

S posneg -87 

Az argumentum negativ 

S 


Gyakran kapunk negatív eredményeket, ha a későbbiekben ismertetésre kerü- 
lő expr parancs segítségével végzünk aritmetikai műveleteket shell változókon. 


A FILE TÍPUSOK TESZTELÉSE 


Ezek a tesztek a file-ok létezésének és jellemzőinek vizsgálatára használhatók. 
A vizsgálandó kifejezés általános formája a következő: 


Zalapelem: filenév 


A leggyakoribb alapelemek, amelyeket ezekben a tesztekben használunk, a 
következők: 


-s ellenőrzi, hogy a file létezik-e és ha igen akkor nem üres-e 
-f  — ellenőrzi, hogy a file egy szokványos file-e (és nem könyvtár) 
-d ellenőrzi, hogy a file egy könyvtár-e 

-w ellenőrzi, hogy a file írható-e 

-r ellenőrzi, hogy a file olvasható-e. 
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Az előző rész egyik példájában összehasonlítottuk az aktuális könyvtárban 
lévő illetve egy előre megadott könyvtárban található file-ok számát. Mi történ- 
ne akkor, ha az általunk megadott név nem egy könyvtárat jelölne? Ebben az 
esetben helytelen választ kapnánk, hiszen a wc parancs kimenete egyetlen sor 
lenne, egy hibaüzenet. A script azonban csak számolja de nem olvassa a soro- 
kat. Éppen ezért ellenőriznünk kell, hogy a megadott néven létezik-e könyvtár: 


this-"1s I wc -1" 

if test -d$1 

then that-"1s $1 I wc -1" 

else echo "$1: nem kinyvtár " 

fi 

if test $Sthis -ne $that 

then echo "Az aktualis es a$1 konyvtar kulonbozo szamu file-t tartalmaz" 
: nin ő 


Ha egy névról azt próbáljuk kideríteni, hogy egy könyvtárat jelöl-e, hallgató- 
lagosan feltételezzük, hogy a file név létezik. Ha a megadott név egyáltalán nem 
létezik, nyilván nem lehet könyvtár sem. Bár a megfelelő tesztet már beépítet- 
tük a scriptbe, annak működése még mindig javítható. Ehhez azonban újra kell 
szerveznünk az egészet: 


if test-d$i 
then that-"1s $1 I wc -1" 
this-í1s I wc -1" 
1f test Sthis -ne Sthat 
then echo "Az aktualis es a $1 konyvtar kulonbozo szamu file-t tar- 
talmaz " 
fi 
else echo "$1: nem kinyvtár" 
ÉT 


Ezzel egy újabb példát láthatunk az egymásba ágyazott If utasításokra. Fi- 
gyeljük meg, hogy mindegyik 1f-hez tartozik egy fi Is. 

A script-ek készítésénél először mindig a hibaforrásokat szoktuk tesztelni, és 
csak ezután fogunk hozzá a tényleges feladathoz. A mi esetünkben ez azt jelenti, 
hogy legelőször ki kell zárni azokat az eseteket, amikor a megadott argumen- 
tum nem könyvtár. Ehhez a negálás (logikai nem) operátorára van szüksé- 
günk, amit egy felkiáltójel (!) jelöl. 


if test ! -d$1 
then echo "$1: nemkinyvtár" 
else that-"1s5 51 1 wc -1" 
this-"1s I wc -1" 
1f test Sthis -ne Sthat 
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then echo "Az aktualis es a $1 konyvtar kulonbozo szamu file-t tar- 
talmaz" 
fi 

EI 


A ! invertálja a -d alapelemhez kötődő műveletet. Így a test parancs visszaté- 
rési értéke akkor lesz nulla (igaz), ha a megadott név nem egy könyvtárat jelöl. 
A felkiáltójel és a -d alapelem a test parancs különálló argumentumai, ezért szó- 
köz van közöttük. 

A file-okra vonatkozó tesztek közül talán az egyik leghasznosabb az, amelyik 
a puszta létezésüket ellenőrzi. Ez a teszt a -s alapelem segítségével végezhető el, 
ami még azt is ellenőrzi, hogy a file nem üres-e. Korábban már felhasználtuk a -s 
alapelemet a makelist parancsunkban: 


if  testStt-edg0 

then echo "Adjon meg egy file nevet" 562 
elif test ! -s51 

then echo "Nincsen $1 nevü file" 562 
else sort411-2$11] tr....stb. 

fi 


Ebben a példában a negálás operátorával együtt használtuk a -s alapelemet. 
Ezt a logikai kifejezést a következőképpen olvashatjuk ki: NEM (a file létezik 
ÉS nullától különböző hosszúságú); ennek a jelentése a következő: , ha a file 
nem létezik, vagy nulla hosszúságú". Azért alkalmaztuk ezt a bonyolultnak tű- 
nő konstrukciót, hogy a hibaforrásokat az elején kizárjuk. 


A KARAKTERLÁNCOK TESZTELÉSE 
Ezek a tesztek a karakterláncokra vonatkoznak és két fő csoportra oszthatók. 
Az egyik csoportba a karakterláncokat összehasonlító tesztek, a másikba a lé- 
tezésüket ellenőrző tesztek tartoznak. 

Az első csoportba tartozó tesztkifejezések formátuma a következő: 
S calapelen5 R 


Kétféle alapelemet lehet használni: 


- ellenőrzi, hogy a karakterláncok megegyeznek-e 
! - az előbbi művelet inverze 


A !- alapelem a test parancs önálló argumentuma, ezért nincs szóköz a ! és az 
- között. Mivel most karakterláncokat vetünk össze, a numerikus értékek teszt- 
jénél már definiált: 


264 Unix - haladóknak 


number-1 
numero-00001 


shell változók most nem egyenlők egymással. Ugyanígy a 
nombre- " 1" 
shell változó sem lesz egyenlő a , 00001"-el. Az, hogy a , nombre" változó értéke 


egyenlő lesz-e a , number" változóéval, a test parancs szintaxisától függ. Ha ez 
egyszerűen: 


test Snumber - Snambre 


akkor a karakterláncok egyenlőek a teszt szerint, mivel a nombre változó szó- 
közei a test parancs argumentumai közötti szóközökbe olvadnak. Ha viszont 


meg akarjuk őrizni a stringekben lévő szóközöket, idézőjelek közé kell zárni 
azokat: 


test "Snumber" - "Snambre " 


Ebben az esetben a karakterláncok nem lesznek egyenlők egymással. 
Nézzünk egy példát gyakorlásként: 


if test "$1" -" " 

then echo "Adjon meg egy file nevet " 
else sort ...... stb. 

fi 


Ez egy alternatív ellenőrzési módja az argumentum létezésének, ahol az argu- 
mentumot összehasonlítjuk az üres karakterlánccal. 

A következő példa azt illusztrálja, hogy hogyan láthatunk el védelemmel egy 
shell script-et úgy, hogy csak egyetlen felhasználó tudja használni, függetlenül 
attól hogy másoknak van-e futtatási engedélye. 


1£ test SLOGNAME ! - mariamn 


then echo Ez a parancs mariannak van fenntartva 
exit 


A test parancs a karakterfüzérek létezésének, illetve hiányának ellenőrzésére 
is képes. Ezeknek a kifejezéseknek a formátuma a következő 


calapelem: § 
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-z ellenőrzi, hogy a karakterlánc nulla hosszúságú-e 
-n az előbbi művelet inverze. 


Egy karakterlánc létezését az alábbi egyszerű paranccsal is tesztelhetjük: 
test S 

Így most már több lehetőségünk is van egy argumentum létezésének az ellen- 
őrzésére: 


if test -z "$1" 

then echo "Adjon meg egy file nevet" 
else ...... stb. 

fi 


A fenti script ellenőrzi, hogy az első argumentum egyenlő-e egy nulla hosszú- 
ságú stringgel. 


if test ! -n"S1" 

then echo "Adjon meg egy file nevet" 
else...... stb. 

fi 


Ez a script a nem nulla hosszúságú karakterlánc tesztjének (-n) a negálása. 


if test ! "$1" 

then echo "Adjon meg egy file nevet" 
SlS8 szesz stb. 

fi 


ez pedig a string létezését ellenőrző egyszerű teszt negálása. 

Ha karakterláncokkal dolgozunk, érdemes őket idézőjelek közé tenni. Ez külö- 
nösen fontos akkor, haegyolyanshellváltozóthasználunk, amiüreskarakterláncis 
lehet. Ha ilyenkor nem tesszük ki az idézőjeleket, hibaüzenetet fogunk kapni. 


S cat testarg 

1f test ! -nS1 

then echo nincs argumentum 

else echo $1 az argumentum 

fi 

5 testarg 

testarg: test: argument expected 


Ennek az az oka, hogy miután az első argumentum értéke (egy üres karakter- 
lánc) bekerült a $1-be, a test parancs a következőképpen néz ki: 


test ! -n 
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Ez pedig nyilvánvalóan egy hiányos parancs. 

Többnyire dupla idézőjeleket kell használnunk az aposztróffal szemben, 
ugyanis a shell változókba történő behelyettesítés csak így megy végbe. Ha pél- 
dául van két változónk: 


Íruit-apple 
pie-apple 


akkor a 
test "$Íruit" - "$pie" 


parancs az , apple" és az , apple" stringeket fogja összehasonlítani, melyek meg- 
egyeznek egymással. Ugyanakkor a 


test "S$Íruit" - "$pie" 


parancs a , $fruit" és a , $pie" karakterláncokat veti össze, melyek nyilván kü- 
lönbözőek. 


TESZTKOMBINÁCIÓK; A -a ÉS A -o OPERÁTOROK 
HASZNÁLATA 


Létezik még két műveleti jel, nevezetesen a -a és a -o, amelyek lehetővé teszik 
számos teszt utasítás elvégzését egyetlen test parancson belül. A -a jel a logikai 
, ÉS" -t jelöli, vagyis a teszt eredménye akkor igaz, ha mindkét kifejezés igaznak 
bizonyul. A -o jel a logikai , vagy" megfelelője, tehát a teszt eredménye akkor 
igaz, ha legalább az egyik kifejezés igaz. 

Tegyük fel, hogy van egy append nevű shell scriptünk: 


S append thisfile thatfile 
$ 


amely segítségével a thisfile-t a thatfile végéhez fűzhetjük. A most bevezetett 
operátorokkal összevonhatjuk a file-okra vonatkozó olvasási és írási engedé- 
lyek ellenőrzését egyetlen if utasításban. 


if test -wS2 -a-rSs1 

then cat S1 55 $2 

else echo nem fuzhetok egymashoz 
fi 


A felhasználó szemszögéből nézve ez nem olyan jó mint az egyenkénti ellen- 
őrzés, hiszen két különböző ok miatt kaphatjuk ugyanazt a hibaüzenetet. Ha 
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mindkét feltételt külön-külön teszteljük, pontosan megtudjuk, hogy miért nem 
működik a program: 


if test ! -wS2 

then echo $S2 nem irhato 

else iftest ! -rS$1 
then echo S1 nem olvashato 
elsecatS1 55 52 
fi 

fi 


AZ 1f ÉS A for UTASÍTÁSOK KOMBINÁCIÓJA 


A makelist nevű shell scriptünk az eddig tárgyalt teszteket még csak egyetlen 
file-ra tudja elvégezni. Amire igazán szükségünk lenne az az, hogy ezeket a tesz- 
teket ciklusba szervezve több argumentumra is elvégezhessük. 

A file létezésének tesztjét egy for ciklusba 15 beépíthetjük: 


for file 

do .iftest! -sSfile 
then echo "Nincsen $file nevu file" 562 
elsesort 311-2$file......... 
fi 

done 


Ez egy újabb példa olyan esetre, ahol az if utasítás nem a sor első eleme, ha- 
nem egy parancsot (do) követ. 

Most, hogy több file-lal dolgozunk, fontos hogy az else utasítást használjuk az 
exit helyett. Előfordulhat ugyanis, hogy nem létezik file a megadott néven. Fi- 
gyeljük meg például a következő script-et: 


for file 
do iftest!-s$file 
then echo "Nincsen Sfile nevu file" 562 
exit 
fi 
SODCSELSŐ ss áss 
done 


Ha megadunk tíz file nevet és mondjuk a harmadik egy nemlétező név, akkor 
a script az utolsó hetet 15 figyelmen kívül hagyja. Ha viszont az else utasítást 
használjuk az exit helyett, akkor minden file feldolgozásra kerül. 

Ha egyetlen file nevet sem adunk meg a shell script meghívásakor, semmi sem 
történik azon kívül, hogy azonnal visszakapjuk a prompt-ot. Ha a parancs kime- 
netét a standard kimenetre irányítottuk volna, nyilvánvaló lenne, hogy valami 
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nem stimmel. Mivel azonban a kimenetet a script-en belül a sornyomtatóra irá- 
nyítottuk, semmi sem jelzi, hogy valami gond van. Ezért szükségünk van még az 
argumentumok létezésének a tesztjére is: 


if test Stt -eg0 

then echo "Hasznalat : $0 file ..... " 5k2 
exit 

fi 

for file 

do iftest! -só$file 
then echo "Nincsen Sfile nevu file" 562 
elsesort $file......... 
fi 

done 


Mivel ez a teszt még a for ciklus előtt fut, azonnal kilépünk a script-ből, ha 
nincs egyetlen argumentum sem. 

Figyeljük meg, hogy itt más hibaüzenetet használtunk a script korábbi, egyet- 
len file-t kezelő verziójához képest. Az új hibaüzenet ad egy rövid áttekintést 
arról, hogy hogyan kellene használnunk a parancsot, hasonlóan System V fel- 
használói kézikönyvben az egyes parancsokhoz tartozó SYNOPSIS címszavak- 
hoz. Figyeljük meg, hogy a $0 jelölést használtuk a shell script azonosítására. Így 
ha megváltoztatjuk a script nevét, nem kell módosítanunk a hibaüzenetet. 


CIKLUSOK LÉTREHOZÁSA A while UTASÍTÁSSAL 
Azelőzőekben a for utasításthasználtuk a makelist scriptben, hogy azegynél több 
file-t 15 tudjon kezelni. Ugyanerre kínál alternatív lehetőséget a while utasítás. 
A while egy másik módja a különféle parancsok ciklusokba szervezésének. 
A kétféle ciklus között azonban lényeges különbség van. A for utasításnak egy 
listát adunk azokról a dolgokról, amelyeken egy bizonyos műveletet el szeret- 
nénk végezni. A while esetében viszont addig folytatunk egy műveletsoroza- 
tot, ameddig egy általunk megadott, speciális feltétel teljesül: 


while (amíg) ez a parancs sikeres 
do az összes parancs végrehajtandó a következő "done" -ig 
done 


Az 1£ utasításhoz hasonlóan, a while eseténis atestparancsothasználjuklegy- 
gyakrabban a feltétel megadására. 

Egy másik utasítás, amely gyakran fordul előawhi1e-al együtt, ashift uta- 
sítás. Ez a parancs félretéve az első argumentumot, újraszámozza a maradékot. 
Így a $2-ből $1 lesz, a $3-ból $2 stb. Ily módon az argumentumok száma $t, egy- 
gyel csökken. 

rjuk át a scriptünket a fenti parancsok segítségével: 
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if test St -eg0 

then echo "Hasznalat : $0 file ..... " 52 
exit 

fi 

while test Stt -gt 0 

do iftest!-sS$l 
then echo "Nincsen $1 nevu file"562 
elsesort41-2$1Itr-d......... 
fi 
shift 

done 


Amíg el nem fogynak az argumentumok (ezt ellenőrzi a második test pa- 
rancs), addig a script végrehajtja a do és done között lévő parancsokat. Ezek 
között található a shift utasítás 15, amely eggyel csökkenti az argumentumok szá- 
mát ($$-et), majd újraszámozza a megmaradt argumentumokat. Ha a $t nullára 
csökken, a ciklus befejeződik és a done utáni parancsok kerülnek végrehajtásra. 
Esetünkben ilyen parancs nincs, így a ciklus vége egyben a script végét is jelenti. 


CIKLUSOK FUTÁSÁNAK MÓDOSÍTÁSA 
A break ÉS continue PARANCSOKKAL 


A break és continue utasítások segítségével, feltétel nélkül kiléphetünk egy for 
vagy while ciklusból. 

Szigorúan véve a continue utasítással nem lépünk ki a ciklusból, hanem a cik- 
lus többi parancsát figyelmen kívül hagyva, a ciklus elejére ugrunk. 

Ennek szemléltetéséhez vegyük elő egy korábbi shell scriptünket: 


for file 
do .iftest!-sS$file 
then echo "Nincsen $file nevu file" 562 
exit 
fi 
sort Sfile......... 
done 


A példa kapcsán megjegyeztük, hogy ha az általunk megadott tíz file névből a 
harmadik hibás, a maradék hetet figyelmen kívül hagyja a script. Ennek elkerü- 
lése végett az else utasítást használtuk az exit helyett. A másik megoldás a 
continue utasítás alkalmazása, amint azt látni fogjuk a következő példában. 

Ha egy megadott néven nem létezik file, akkor a for ciklus további részét fi- 
gyelmen kívül hagyva a ciklus elejére ugorhatunk és onnan folytathatjuk a mun- 
kát: 
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for file 
do iftest! -s$file 
then echo "Nincsen Sfile nevu file" 562 
continue 
öl 
SOFESELIG sezes dab 
done 


A continue parancsot az előzőekben készített while ciklusban 15 felhasznál- 
hatjuk: 


if test $tt -eg0 
then echo "Hasznalat: S0 file ..... " 562 
exit 
T1 
while test Stt -gt 0 
do iftest!-sS$Sl 
then echo "Nincsen $1 nevu file"562 
shift 
continue 
fi 
sort41-2$S$1ÍItr......... 
shift 
done 


Ebben az esetben a continue előtt egy shift-et is kell használni, hogy a kö- 
vetkező file-ra ugorjunk. 

A break utasítással teljesen kilépünk a ciklusból. Az eddigi példákban min- 
dig csak egy ciklust használtunk, így a break hatására ugyanúgy kilépünk a 
secriptből, mint az exit esetében. 

Ha azonban egymásba ágyazott ciklusokkal van dolgunk, a break utasítás 
igen hasznos lehet: 


while tesztl 
do 
za parancsok : 
while teszt2 
do 
z parancsok: 
break 
za parancsok 5 
done 
ca parancsok 5 
done 


A break utasítással kilépünk a teszt2 ciklusból, és a teszt1 ciklusban folytatjuk 
a munkát. 
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AZ unt11 UTASÍTÁS 


Az unti1 nagyon hasonlít a while utasításhoz. A különbség csak annyi, hogy 
a ciklusfeltétel a while-nál használt feltétel invertált alakja. A while ciklus ad- 
dig tart amíg a ciklus teszt visszatérési értéke hamissá nem válik (vagyis amíg a 
ciklusfeltétel igaz). Az until ciklus viszont akkor ér véget, ha a ciklus teszt értéke 
igaz. 

Így a következő formában is létrehozhatjuk a ciklust a makelist parancsunk- 
ban: 


if test Stt -eg0 

then echo "Hasznalat: $0 file ..... " 562 
exit 

ET 

until test Stt -eg0 

do iftest!-s$1 
then echo "Nincsen $1 nevu file"562 
elsesort411-2$11]tr-d......... 
fi 
shift 

done 


Az until használatával megváltoztattuk a tesztfeltételt a , van még argumen- 
tum"-ról, a , nem maradt több argumentum" -ra. 


A true ÉS A false PARANCSOK 


A true és a false két egyszerű parancs, amely időnként rendkívül hasznos le- 
het. Ahogy a nevük is mutatja a true visszatérési értéke mindig igaz (nulla), a 
false-é pedig hamis (nem nulla). 

Felhasználhatjuk őket végtelen ciklusok készítéséhez. Nézzük például a kö- 
vetkező script-et: 


while true 
do 
sleep 300 
lpstat 
done 


Ez a script öt percenként jelzi a sornyomtató állapotát, amíg valaki le nem 
állítja a script futásáta BREAK billentyűvel, vagy nem lép fel valamilyen rend- 
szerhiba. 

Természetesen az unti1 utasítást is használhatjuk az előző shell scriptben: 
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until false 
do 
sleep 300 
lpstat 
done 


A fenti példában használt sleep parancs egyfajta időjelzésként szolgál. 
A megadott időtartam (másodpercben) alatt semmi sem történik. 


SZELEKTÍV PARANCSVÉGREHAJTÁS A case UTASÍTÁS 
SEGÍTSÉGÉVEL 


Hogy még szebbé tegyük a programunkat, egészítsük ki néhány opcióval is. Ve- 
zessük be a -t (together: együtt) opciót, amely az összes megadott file-t úgy ren- 
dezi és dolgozza fel, hogy a végén csak egy listát kapjunk. Ha nem használjuk ezt 
az opciót, valamennyi file-hoz külön lista fog tartozni. A -t opciót a file nevek 
előtt kell megadni, akárcsak a többi System V parancs esetén. 

Nyilvánvaló, hogy először meg kell vizsgálnunk az első argumentumot, hogy 
az a ,,-t" stringet tartalmazza-e. Ezt megtehetjük az if utasítással, de az ilyen 
típusú minta összehasonlításának egy sokkal általánosabb módja a case utasí- 
tás használata: 


if test Stt -eg0 
then echo "Hasznalat: $0 [-t] file ..... " 562 
exit 
fi 
together-no 
case $1in 
-t) together-yes 
shift; ; 
-?) echo "S$0: az $1 nem opcio" 
eXIt; ; 
esac 
if test Stogether - yes 
then sort -u411-2S$tItr......... 
else while test Stt -gt 0 
do .iítest!-sSi 
then echo "Nincsen $1 nevu file"562 
elsesort 411-2$1Í]tr......... 
£i 
shift 
done 
fi 
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A szokásos módon az argumentumok létezésének tesztjével kezdtünk. Ez- 
után bevezettünk egy together nevű shell változót, amit kapcsolóként fogunk 
használni annak jelzésére, hogy mit tegyen a program a sort parancshoz érve. 
Ha a together változó értéke ,,yes" az összes file-ról egy közös listát kapunk. 
Egyébként minden file-ról külön lista készül. Éppen ezért először a , no" -t állí- 
tottuk be a together változó alapértelmezés szerinti értékének. 

Most vizsgáljuk meg a case utasítást. A case utasítás formai felépítése a kö- 
vetkező: 


case karakterlánc in 

karakterlánc 1) ha a "karakterlánc" megegyezik a "karakrterlánc 1I"-el vala- 
mennyi prancs végrehajtandó a ;, -ig, figyelmen kívül hagy- 
va a többi esetet;; 

karakterlánc 2) ha a "karakterlánc" megegyezik a "karakrterlánc 2"-vel vala- 
mennyi prancs végrehajtandó a 5, -ig, figyelmen kívül hagy- 
va a többi esetet;; 

karakterlánc 3) ....stb.... 

esac 


Lényegében tehát van néhány karakterláncunk, amelyeket össze akarunk ha- 
sonlítani, és van egy sor művelet, amelyeket végre szeretnénk hajtani, ha talá- 
lunk egy egyező karakterlánc párt. Az ellenőrzendő karakterlánc végét egy ), 
a végrehajtandó műveletek illetve parancsok végét pedig a ;; jelöli. Ha a karak- 
terláncok végére értünk, az esac kulcsszó zárja az utasítást. Kiaknázhatjuk a 
shell minta-összehasonlító képességét is a metakarakterek (?," és [-] ) alkalma- 
Zásával. 

Visszatérve a script-ünkhöz, azt szeretnénk tesztelni, hogy a makelist hívása- 
kor megadott első argumentum megegyezik-e ,,-t"-vel. Ha igen, akkor a toget- 
her shell változót a , yes" értékre állítjuk. 

Ha az első argumentumban a mínusz jelet egy , t"-től különböző karakter kö- 
veti, akkor ez a ,,-?" mintával fog megegyezni. Ekkor hibaüzenetet küldünk, és 
kilépünk a scriptből. 

Nagyon fontos az összehasonlítandó minták sorrendje. A legelső minta, 
amely megegyezik az aktuális karakterlánccal, meghatározza a további művele- 
teket. Ha például a ,,-?" mintát a ,,-t" elé tennénk, mindig hibaüzenetet kap- 
nánk, hiszen a ,-?" minta azonos minden karakterlánccal, amiben a mínusz 
jelet egyetlen karakter követi. 

Miután eldöntöttük, hogy szerepel-e az argumentumok között a -t opció és 
ennek megfelelően beállítottuk a kapcsoló értékét, ennek az értéknek a vizsgá- 
lata következik. Ha ezt , yes"-re állítottuk, akkor a $" jelöléssel az összes meg- 
maradt argumentumot egyetlen sort parancsnak adjuk át. Annak érdekében, 
hogy ugyanaz a név ne szerepeljen kétszer a listában, a sort -u opcióját 15 hasz- 
náljuk. Ha a kapcsoló , no" értéket kapott, akkor valamennyi file-t a szokásos 
módon, külön-külön dolgozunk fel. 
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Az eddig leírtak persze kissé esetlennek tűnhetnek, hiszen egyetlen 1 £ utasí- 
tással ellenőrizhetnénk, hogy az első argumentum megegyezik-e ,,-t"-vel, és ak- 
kor még a kapcsolók állítgatásával sem kellene vesződnünk. A case utasítás 
használatának az az oka, hogy Így felépítettünk egy vázat, amelyhez további op- 
ciókat adhatunk a listában lévő minták számának növelésével. 

Adjunk most egy -m (multi-column: több oszlop) opciót a shell scripthez. Ha 
ezt az opciót használjuk, akkor nem egy, hanem három oszlopban kerül kinyom- 
tatásra a végső lista. Ennek érdekében a pr parancsot is ki kell egészítenünk egy 
olyan opcióval, ami lehetővé teszi a több oszlopban történő nyomtatást. Ehhez 
definiálunk egy újabb, cols nevű shell változót, aminek alapértelmezés szerinti 
értéke az üres karakterlánc és amit ,,-3"-ra állítunk a makelist parancs -m opció- 
val történő meghívásával. 

Valójában nem is olyan egyszerű az opciók számának a növelése, mint azt 
gondolnánk. Az egyik lehetőség, hogy előre rögzítjük az opciók sorrendjét. 
Ez azonban nagyon kényelmetlen megoldás lenne a felhasználó számára, ezért 
egy while ciklus belsejébe kell helyeznünk a case utasítást: 


if test Stt -eg0 
then echo "Hasznalat: $0 [-t] [-m] file ..... " 562 
exit 
fi 
together-no 
cols-"" 
while test Stt -gt 0 
do case$lin 
-t) together-yes 
shift; ; 
-m) cols-"-3" 
shift; ; 
-?) echo "$0: az S1 nem opcio" 
exit; ; 
xx) if test Stogether - yes 
then sort -u 11 -2$" I tr -d "[0-9]" 1 pr $cols -h ..... 
exit 
elseif test ! -s$1 
then echo "Nincsen $1 nevu file"562 
else sort 41 -2$1 1 tr -d " [0-9]" ! pr $cols -h . . . . . 
Fi 
shift 
ELS, 
esac 
done 


Négy esettel kell számolnunk. Az első kettő a -t és a -m opciók, míg a harma- 
dik egy tetszőleges, általunk nem használt opció esete. AZ utolsó eset az első 
három minta által nem definiált tetszőleges argumentum, amit egy " jelöl. Ezt 
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az argumentumot file névnek tekintjük, és a továbbiakban ennek megfelelően 
kerül feldolgozásra. 

Mivel most a file-okat rendező és egyesítő sort parancs a while ciklus belsejé- 
be került, szükségünk van egy exit utasításra is, hogy elkerüljük egy végtelen 
ciklus kialakulását. 


A / tm KÖNYVTÁR HASZNÁLATA 


A shell script-ünk most már olyan alakú, hogy könnyen kiegészíthetjük újabb 
opciókkal, ha bővítjük a karakterminták számát a case utasításban. -- 

Változtassuk meg például a script-et oly módon, hogy a kimenete mindig a 
standard kimenet legyen, kivéve ha megadjuk a -p (print: nyomtatás) opciót. 
Ennek eléréséhez nem az 1p parancs bemeneteként használjuk a sort kimene- 
tét, hanem egy ideiglenes file-ba irányítjuk. 

Ha a -p opció meg van adva, a file-t a nyomtatóra irányítjuk, egyébként egy- 
szerűen a standard kimeneten jelenítjük meg. 

Ehhez létre kéne hoznunk egy ideiglenes file-t az aktuális könyvtárban, de a 
makelist parancsban eddig még nem vizsgáltuk meg, hogy az aktuális könyvtár 
írás-engedélyezett-e. Kár lenne ezen a ponton elbukni. Létezik azonban egy 
speciális, (tmp nevű könyvtár, amelyet fel lehet használni ideiglenes file-ok ké- 
szítésére. A /tmp könyvtár mindenki számára írásengedélyezett. 

A makelist legújabb verziója a 10.1. ábrán látható. 

Ebben definiáltunk egy újabb shell változót (egy kapcsolót) print néven, ami- 
nek alapértelmezés szerint a , no" értéket adtuk. Kiegészítettük a case utasítást 
még egy mintával, amelyben a print értékét , yes"-re állítjuk, ha a makelist pa- 
rancsot a -p opcióval hívják meg. i 

A legnagyobb változás a sort parancs-csatornával történt. A korábban hasz- 
nált 1p helyett most a pr parancs az utolsó a csatornában, és a sor kimenetét a 
/tmp könyvtárban lévő , $0$$" nevű ideiglenes file-ba irányítottuk. Természete- 
sen jó okunk van rá, hogy ezt a látszólag zavaros file nevet választottuk. Mivel a 
/tmp könyvtár mindenkinek a rendelkezésére áll, nem árt, ha minden file egy 
egyedülálló névvel rendelkezik. Ellenkező esetben a felhasználók könnyen fe- 
lülírhatják egymás file-jait. A $$ shell változó az aktuális parancs folyamatazo- 
nosító száma, és mint ilyen egyedülálló. Így két felhasználó is futtathatja a ma- 
kelist-et, anélkül hogy felülírnák egymás ideiglenes file-jait, hiszen ezek a file 
nevek különböznek. 

A filenévben további azonosítóként felhasználtuk a $0 parancsnevet is, így a 
/tmp könyvtárban létrejött file-ok neve olyasmi lesz mint pld. makelist1354. 
Valójában nem szükséges a parancs nevét használnunk az ideiglenes file név- 
ben. Időnként azonban hasznos lehet ha tudjuk, hogy melyik parancs hozta lét- 
re a /tmp könyvtárban lévő file-okat. Ha például hibamentesítjük a shell script- 
et, valószínűleg megvizsgáljuk az elkészített file-okat is. A folyamatazonosító 
számra azonban nem mindig emlékszünk, a parancs neve alapján viszont köny- 
nyen megtalálhatjuk a megfelelő file-okat. 
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Miután végrehajtottuk a sort parancs-csatornát, megvizsgáljuk a print kap- 
csoló értékét és vagy a standard kimenetre íratjuk az ideiglenes file tartalmát 
egy cat parancs segítségével vagy a sornyomtatóra küldjük. Ezután töröljük 
az ideiglenes file-t. Ez fontos lépés, ugyanis a / tmp könyvtárban általában nincs 
túlsok hely, és sok felhasználó írhat még oda egy csomó ideiglenes file-t. Ha nem 
távolítjuk el ezeket a file-okat, nagyon könnyen megtelhet a / tmp könyvtár. 
Ekkor persze a parancsok nem fognak megfelelően működni, mivel nem tud- 
ják létrehozni a szükséges file-okat. Bár a rendszergazda időnként futtathat 
egy olyan programot, ami eltávolítja a régi ideiglenes file-okat (és ezt valószínű- 
leg rendszeresen megis teszi), sokkal jobb ha tisztán tartjuk a / tmp könyvtárat. 

Ha aronban még a kinyomtatása előtt letöröljük a file-t, bajban leszünk. An- 
nak érdekében, hogy büntetlenül megszabadulhassunk a / tmp könyvtárban lé- 
vő file-tól, az 1p parancs -c opcióját 15 használtuk. Ekkor ugyanis a sornyomta- 
tó egy másolatot készít a file-ról, amelyet a nyomtatás után eltávolít. 


MEGJEGYZÉSEK BESZÚRÁSA SHELL PROGRAMOKBA 


A legutolsó példánkban egy szöveges résszel kezdtük a scriptet, amely a parancs 
által végzett műveletekről ad egy rövid áttekintést. Az ilyen típusú megjegyzé- 
sek nagyon hasznosak lehetnek más felhasználók számára, mert így információt 
nyernek a parancs működéséről. 

A t jel használatos a megjegyzések bevezetéseként. Mi ebben az esetben 
olyan megjegyzéseket használtunk, amelyek egy egész sort elfoglalnak. Ennek 
nem kell azonban mindig így lennie és egy parancsokat tartalmazó sor végére 15 
beszúrhatunk szöveges részeket. Az viszont általános szabály, hogy a megjegy- 
zés nem állhat egy parancssor elején vagy közepén. Ennek egyszerűen az az oka, 
hogy ha a Shell egy szóköz előtt álló tt-t érzékel, tovább lép a következő sorra és 
nem foglalkozik a $ után álló további karakterekkel. 


PROGRAMOK FUTÁSÁNAK MEGSZAKÍTÁSA 


Tegyük fel, hogy a makelist parancs elindítása után meggondoljuk magunkat és 
megszakítjuk a program futását a BREAK, RUBOUT vagy DEL billentyűk 
valamelyikének segítségével. Ekkor a Shell egy megfelelő szignált küld a folya- 
matnak (vagyis a makelist parancsnak), aminek hatására a script azonnal befe- 
jezi a tevékenységét. Ha közben a script már elkészített néhány ideiglenes file-t, 
de még nem törölte ki őket, akkor azok az idők végezetéig a /tmp könyvtárban 
maradnak (hacsak a rendszergazda nem végez nagytakarítást). Ezért jó lenne 
úgy felépíteni a scriptünket, hogy akkor is végezze el a takarítást maga után, 
ha futás közben állítottuk le. 

Ebben segít a trap utasítás, ami lehetővé teszi, hogy megadjunk egy adott 
szignál vételekor végrehajtandó parancsot. A parancs felépítése a következő: 


trap "parancs argumentumok" szignál ..... 
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ez a parancs a neveket es telefonszamokat tartalmazo file-okat 
dolgozza fel 

a szamokat eltavolitja, aneveket pedig egy fej leccel egyutt nyom- 
tatja ki 

A felhasznalt opciok: 

-t osszerendezi es egyesiti az osszes file-t 

-p az ideiglenes file-t a nyomtatora iranyitja 

-m a neveket harcm oszlopban nycmtatja ki 


if test Stt -eg0 
then echo "Hasznalat: $0 ([-t] ([-m] [-p] file 
exit 
fi 
together-no 
colsz"" 
print-no 
while test St -gt 0 
do case$iin 
-t) together-yes 
shift; ; 
-m) cols-"-3" 
shift; ; 
-p) print-yes 
shift; ; 
-?) echo "$0: az $1 nenopcio" 
exit; ; 
k) 1f test $together - yes 
then sort -u531-2$"I tr 5 /ttp/$O0$$ 
if test Sprint - no . 
then cat /ttp/$0$$ 
else ]p -c /tmp/$0$$ 
fi 
rm /trp/$0$$ 
exit 
elseif test ! -s5S51 
then echo "Nincsen $1 nevu file"562 
elsesort311-2S1Itr s /ttp/$OS$ 
if test $print - no 
then cat /tp/$0$$ 
else ]p -c /tmp/$0$$ 
fi 
m /trp/$0s$ 
fi 


shift 
; uh ése 
esac 
done 





10.1. ábra. A makelist végső verziója 
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A végrehajtandó parancs és a hozzá tartozó argumentumok, a trap utasítás 
egyetlen argumentumaként kezelendők, ezért kerültek idézőjelek közé. Ha 
egynél több parancsot akarunk végrehajtatni, akkor pontosvesszővel (;) kell 
őket elválasztani egymástól. 

A szignált egy számérték segítségével adhatjuk meg, és egyszerre több érték 
megadására 15 lehetőségünk van. A trap utasításban két szignált használunk a 
leggyakrabban. Az egyik a folyamat leállítását jelző szignál, amit a 2-es szám 
jelöl. A másik pedig, amit akkor kap egy futó program, ha a futása közben kilé- 
pünk a rendszerből. Ez utóbbit az 1-es szám jelöli. 

A trap utasítás szemléltetéséhez alakítsuk át a makelist programot oly mó- 
don, hogy megszakításakor törölje az addig létrehozott ideiglenes file-okat. Er- 
re láthatunk egy példát a 10.2. ábrán. 

Amint az ideiglenes file-okat létrehozó ciklushoz érünk, elhelyezünk egy trap 
utasítást, ami elcsípi a programot leállító és a rendszerből való kilépést jelző 
szignálokat. Ezek bármelyikének érkezése esetén töröljük az ideiglenes file- 
okat és kilépünk. 


if test Stt-eg0 
then echo " "Hasznalat: $0 [-t] [-m] [-p] file 
exit 


TIL 
together-no 
cols-"" 
print-no 
while test Stt -gt 0 
do case$lin 
-t) together-yes 


shift; ; 
-m) cols-"—3" 
shift; ; 
-p) print-yes 
shift; ; 
-?) echo "$0: az $1 nem opcio" 
exit; ; . 
x) trap "mm /trp/$0$$S; exit" 21 
if test Stogether - yes 
cz stb. 5 





10.2. ábra. Az ideiglenes file-ok törlése a trap utasítás felhasználásával 


Mivel az is előfordulhat, hogy egyetlen ideiglenes file sem készült még a szig- 
nál érkezéséig, a trap utasításnak a következőképpen kell kinéznie: 


trap "m /trp/$0$$ 25/dev/nul1; exit" 21 
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Erre azért van szükség, mert valószínűleg nem leszünk kíváncsiak az rm által 
küldött hibaüzenetekre, ha a törlendő file még nem létezik. Mivel az rm parancs 
a hibakimenetre küldi az üzenetet, attól egyszerűen megszabadulhatunk, ha a 
hibakimenetet egy speciális eszköz file-ba, a /dev/null-ba irányítjuk. A /dev/ 
null egy olyan eszköz file, amiben minden eltűnik amit beleírunk. 


ARITMETIKAI MŰVELETEK AZ expr PARANCS 
SEGÍTSÉGÉVEL 


Az expr parancs aritmetikai kifejezésként értékeli ki az agumentumailt és az 
eredményeket a standard kimenetre írja. A parancs alkalmazásának számtalan 
módja van, amelyek közül a legérdekesebbek a shell változókon végzett aritme- 
tikai műveletek. Lássunk most erre néhány nagyon egyszerű példát: 


$ cat sum3 
exor $14 $24 53 
$ chmod 755 sum3 
S sum 13 49 2 
64 

S 


A sum3 parancs három szám összegét írja ki. 

Ha háromnál több számot adunk meg, akkor a parancs figyelmen kívül hagyja 
a felesleges számokat. Ha háromnál kevesebb számot adunk meg, akkor egy 
hibaüzenetet kapunk: 


$ sum3 13 49 2 641 
64 j 

$ sum; 13 49 

expr: syntax error 
$ 


Ez egy meglehetősen haszontalan shell script, hiszen jobban járunk, ha az 
expr parancsot közvetlenül a terminálról használjuk: 


$ expr134494246441 
129 


S expr 13 4 49 
62 


; 


Az expr parancs az alábbi (arimetikai) műveletek elvégzésére használható: 
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34 összeadás 
- kivonás 

$ Szorzás 

/ osztás 

9o maradék 


Valamennyi műveleti jel illetve számérték egy külön argumentumnak számít 
az expr parancsban, így ezeket szóközökkel választjuk el egymástól. 

Vizsgáljunk most meg egy bonyolultabb példát. Az alábbiakban bemutatott 
shell script az expr parancs segítségével számolja ki a teniszligában szereplő 
játékosok átlagos pontszámát a tenis file felhsználásával: 


S cat avscore 

num-"wc -1 c $1 

tot-0 

count-$num 

while test $count -gt 0 

do score-"sed -n $í(count)p $S1 I tr -de " [0-9] " " 
tot-"expr $tot 4 $score" 
count-"expr Scount -1" 

done 

avint-"expr S$Stot / $num 

avdec-"expr $tot $ Snum Vt" 100" 

echo Az atlag eredmeny $Savint . Savdec 

S avscore termis 

Az atlag eredmeny 8.900 

S 


Ebben a példában valamennyi műveleti jelet használtuk. Először a file sorai- 
nak számát határozzuk meg, majd ezt az értéket a num változóba helyezzük. 
A sorok megszámlálása során a standard bemenetet kell használnunk, hogy 
egy numerikus értéket kapjunk eredményül. Ha csak egyszerűen a , wc -1 $1" 
parancsot adnánk ki, akkor a num változó értéke a ,, 10 tenis" karakterlánc len- 
ne, mivel a wc megismétli a file nevét. 

A script további részében még két változót definiálunk. A tot változóban va- 
lamennyi pontszám összegét tároljuk és kezdeti értékként nullát adunk neki. 
A count változó a következő ciklus segédváltozójaként szolgál, kezdeti értéke 
a file-ban lévő sorok számával egyezik meg. 

Ezután egy ciklus következik, amelyik a file minden sora esetén az alábbi pa- 
rancs-csatorna kimenetével teszi egyenlővé a score változót: 


sed -n $(count]p $1 I tr -de " (0-9] " 
A sed parancs kimenete a file-nak az (és csak az) a sora, aminek sorszámát a 


count változó számértéke adja meg. A tr parancs a számjegyeken kívül mindent 
töröl ebből a sorból. Ezután a score értékét a tot változóhoz adjuk, és a count 
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értékét eggyel csökkentjük. A ciklus addig tart, amíg a file összes sorát fel nem 
dolgoztuk. 

Befejezésül a teljes pontszámot elosztjuk a sorok számával, és ezt az értéket 
az avint változóba helyezzük. Mivel a shell változók csak egész számokat tartal- 
mazhatnak, az eredmény a legközelebbi egész számra lesz kerekítve. Annak ér- 
dekében, hogy néhány tizedesjegyet is ki tudjunk íratni, felhasználjuk a mara- 
dék 96 és a szorzás ?" műveleteket is. 

Fontos azonban megjegyezünk, hogy a szorzás műveleti jele a "-karakter, egy 
speciális jelentéssel bíró metakarakter a shellben. Így használatakor az alábbi 
hibaüzenetet kapjuk: 


Sexmpr2$3 
syntax error 
S 


Ha a " karaktert az expr parancs argumentumaként akarjuk használni, ak- 
kor azt valahogy külön jeleznünk kell, nehogy a minden file-t jelölő metakarak- 
terként értelmezze a shell. Erre több lehetőség is kínálkozik: 


$expr2W 3 
6 
Sexpr2 "4" 3 
6 
s exmr2 "3 
6 
$ 


Az avscore shell script-ben a fentiek közül a legelső módszert használtuk. 

Az expr parancs segítségével másféle műveleteket is végezhetünk. Például 
numerikus értékeket vagy karakterláncokat hasonlíthatunk össze, vagy meg- 
nézhetjük, hogy egy karakterlánc megegyezik e egy reguláris kifejezéssel. Ezek- 
nek a műveleteknek a kimenete kivétel nélkül a standard kimenetre kerül, így 
használhatjuk őket kapcsolóként működő shell változók értékének a beállításá- 
ra. Ha az expr parancsot egy 1 f utasításban használjuk, valószínűleg nem lesz 
szükségünk az expr parancs kimenetére: 


if expr "$1" : "-." 5/dev/null 
then echo Az argumentum egy opcio 
else echo Az argumentum nem opcio 
fi 


A fenti példában azt vizsgáljuk meg, hogy az első argumentum egy mínusz jel 
után álló karakter-e vagy sem. Ha igen, akkor ez feltehetően a parancsnak egy 
opciója. 
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Ha az expr kimenetét nem irányítanánk át a /dev/null csatornára, akkor egy 
0 vagy egy 1-es (illetve az expr parancs aktuális visszatérési értéke) is megjelen- 
ne az üzenettel együtt a kimeneten. 

Vegyük észre, hogy az expr parancs reguláris kifejezéseket használ a karak- 
terláncok összevetésére (az ed, a grep, stb. parancsokhoz hasonlóan) a shell 
minta-összehasonlító metakarakterei helyett. 


BEÁGYAZOTT DOKUMENTUMOK 


A fejezet legelején láttunk egy egyszerű shell scriptet, ami a makelist parancs 
eredeti verziója volt: 


sort 11 -2 people I tr -d "[0-9]" I pr -hDistrikution I Ip 


Aztis láttuk, hogy ez a script csak egyetlen file (a people nevű) feldolgozására 
használható. 

Ha egynél több file-ról szeretnénk listát készíteni, ennek egy lehetséges mód- 
ja, ha minden file névhez egy külön script-et készítünk. Ez azonban megdupláz- 
Za a szükséges file-ok számát, hiszen mindegyik adatfile-hoz kell egy parancsfi- 
le-t 15 készítenünk: például az adminpeople nevű adatfile-hoz egy makealist 
nevű parancsot stb. Egy másik lehetőség a parancsok és az adatok egyetlen fi- 
le-ba történő összevonása. Ha például az adatok kinyomtatásához szükséges 
parancssort elhelyezzük a softpeople nevű file-ban, akkor a file tartalma a kö- 
vetkező lesz: 


sort 41 -2 cc ! I tr -d [70-9]" I pr -hDistribution ! Ip 
gylvia Dawson 110 
Sally Smith 113 
Steve Daniels 111 
Henry Morgan 112 
Hank Parker 114 


A példa lényegi része a cc! jelölés. A cc jel közli a parancsértelmezővel, 
hogy a file további sorait tekintse a parancs bemenetének egészen addig a s0- 
rig, aminek a tartalma megegyezik a c c jelet követő argumentummal. A mi ese- 
tünkben a c c-t egyetlen karakter, egy felkiáltójel követi. Így a felkiáltójelet tar- 
talmazó sorig, valamennyi Sor a sort parancs bemenő adata lesz. 

Ezt az elrendezést, amikor az adatokat és a parancsokat egy közös file-ban 
helyezzük el, beágyazott dokumentumnak (here dokumentum) nevezzük. 

Számos okunk lehet beágyazott dokumentumok létrehozására. Ha például 
egy hosszú üzenetet akarunk egy felhasználónak küldeni, akkor a sorozatos 
echo parancsok helyett a következőt tehetjük: 
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if test ! -sS1 
then cat cc end 
Te tokfilko ! ! Helytelen file nevet adtal meg. 
Ellenorizd a konyvtaradban levo file-ok betuzeset . 
Ezutan nezd meg, hogy a megfelelo konyvtarban vagy-e 
Ha mar tisztaban vagy azzal amit csinalsz, probalkozz megint! ! 
end 
elsecat S$1 


Ebben az esetben a shell script valamennyi sora, egészen az , end" szót tartal- 
mazó sorig a cat parancs bemenetének minősül, így megjelenik a standard kime- 
neten. 

Az , end" szócskának mindenképpen a sor elején kell állnia, még akkoris, ha 
a beágyazott dokumentumot alkotó szöveget behúzzuk. A szövegbehúzást álta- 
lában a shell script áttekinthetősége érdekében használjuk. Sajnálatos módon 
az általunk használt tabulátorok a kimeneten 15 megjelennek. A következő je- 
lölést használva azonban megszabadulhatunk a beágyazott dokumentum tabu- 
látoraitól: 


cat cc- end 


Ebben az esetben az , end" szó előtt 15 használhatunk tabulátorokat. 

Arra is használhatunk egy beágyazott dokumentumot, hogy meghívjunk vele 
egy interaktív programot a shell script belsejéből. Vizsgáljuk meg a következő 
shell scriptet: 


troff -mm $1 I 1p 

mail SLOGCNAME cc 4 

Az $1 formazasa befejezodott . 
A file nyomtatasra kerult. 


-k 


Ezzel a paranccsal a háttérben formázhatjuk meg a file-jainkat. Amint a for- 
mázás megtörtént, kapunk a scripttől egy levelet. A shell változók helyettesítése 
a szokásos módon történik a beágyazott dokumentumokban is. Ha a shell vál- 
tozókat nem akarjuk behelyettesíteni, akkor egy fordított perjelet (1 kell a 
c c És az ezt követő karakter közé tennünk. 


A SHELL SCRIPTEK INPUTJÁNAK KEZELÉSE 


Ebben a részben két szituációt tárgyalunk. Az első esetben egy interaktív prog- 
ram, például egy szövegszerkesztő shell scriptből történő meghívásáról lesz szó. 
Ebben az esetben természetesen biztosítanunk kell, hogy a shell script bemene- 
te tovább kerüljön a meghívott program felé. 
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A második esetben egy olyan shell scriptet írunk, amely önmagában egy in- 
teraktív program. Ilyenkor kérnünk kell a szükséges adatokat a felhasználó- 
tól, majd azokat be kell olvasnunk a további munkához. 


A SHELL SCRIPTEK INPUTJÁNAK TOVÁBBADÁSA 


A ca 80 jelölés alkalmazásával átirányíthatjuk a standard bemenetet egy olyan 
interaktív program részére, melyet egy shell script belsejéből hívunk meg. Egy 
ilyen script látható az alábbiakban: 


S cat myed 
ed -p "Y" St c60 
$ 


A $" a myed program valamennyi argumentumát az ed-nek adja át. Mivel 
az ed csak egy file nevet használ, ebben az esetben azt is írhatnánk, hogy $1. 
A c 40 jelölés biztosítja, hogy a myed bemenete szintén az ed-hez kerüljön. 


mu Megjegyzés: Ne felejtsük el, hogy ezeket a parancsokat egy olyan könyv- 
a tárban kell elhelyeznünk, ami a $PATH változóban definiált keresési út- 
——I vonalak között található. 


INTERAKTÍV SHELL SCRIPTEK KÉSZÍTÉSE 
A read UTASÍTÁSSAL 


Időnként olyan shell scripteket 15 szeretnénk készíteni, amelyek a felhasználó- 
tól kapnak adatokat, majd ezeket dolgozzák fel. Ezt könnyen megtehetjük a 
read utasítás segítségével, ami beolvas egy sort a bemenetről és ennek értékét 
egy változóhoz rendeli hozzá. 

Lássunk egy egyszerű példát a read utasítás használatára: 


S cat parrot 

echo "Te azt mondod, hogy: VC" 
readmit 

echo "Enmegismetlem, hogy: Smit " 


A mit változót az a tény definiálja, hogy a read utasításban szerepel. Értékét 
pedig a felhasználó által gépeltek határozzák meg. 
Ennek a scriptnek a futtatásakor a következőket láthatnánk: 


A shell mint programnyelv 285 


S parrot 

Te azt mondod, hogy: Erezd jol magad 
En megismetlem, hogy: Erezd jol magad 
S 


A read utasítással egynél több változót 15 definiálhatunk. Ebben az esetben az 
első változó értéke az input első szava lesz, a második változó értéke a második 
szó, stb... Egy szónak minősül bármilyen szóközökkel vagy tabulátorokkal ha- 
tárolt karakterlánc. Tegyük fel, hogy van egy newhire nevű shell scriptünk, 
amely kiegészíti egy új sorral az alkalmazottak listáját: 


echo "Adja meg az osztalyt, a melleket, a vezeteknevet es a keresztne- 
vet n 

read osztaly mellek veznev kernev " 

echo "Keresztnev: SkernevtnVezeteknev: Sveznev " 

echo"Sveznev, SkernevítSsosztalyítsSmellek" 55 alkalmazottak 

echo "Egy alkalmazottal bovitettuk a listat" 


A script futtatásakor a következő párbeszéd játszódna le: 


S newhire 

Adja meg az osztalyt, amelleket, a vezeteknevet es a keresztnevet 
widget 115 Chan Philip 

Keresztnev: Philip 

Vezeteknev: Chan — 

Egy alkalmazottal bovitettuk a listat 

§ 


Ha az adatbeviteli sorba több szó kerül mint ahány változót definiáltunk, ak- 
kor a felesleges szavak az utolsó változóba kerülnek. Ezt szemlélteti a newhire 
script az alábbi példában: 


S newhire 

Adja meg az osztalyt, amelleket, a vezeteknevet es a keresztnevet 
blivet 153 Campbell Bruce Hamiah Alexander 

Keresztnev: Bruce Hamish Alexander 

Vezeteknev: Campbell 

Egy alkalmazottal bovitettuk a listat 

$ 


A fenti játékos példa persze csak annak szemléltetésére alkalmas, hogy ho- 
gyan használhatjuk a read parancsot. Lássunk most egy gyakorlati szempont- 
ból is hasznos példát. 

Készíthetünk egy olyan shell script-et, mondjuk putwidget néven, amely a 
forráskódot (vagy a dokumentumokat) az SCCS file-ok widget project könyv- 
tárába helyezi. Valamennyi admin parancssor elég hosszú, és az egyetlen dolog 
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amiben különböznek ezek a parancsok, az a file név, amit összesen kétszer kell 
begépelni minden sorba. A putwidget shell script a következőképpen fog kinéz- 
ni: 


echo "Adja meg a file neveket , mindegyiket kulon sorban m" 
while true 


do 
echo "? Ve" 
read line tt ujabb file nev beolvasasa 
if test "Sline" - "" 
then exit tt ures sor eseten kilepes 
1 
if test ! -s S$line tt a file letezesenek tesztje 


then echo Nincsen $1line nevu file 

else admin -fi -iSline /aa/widget/srclib/s.$line 
fi I 

done 


Mindenek előtt közöljük a felhasználókkal, hogy minden egyes file nevet kü- 
lön sorban adjanak meg. Ezután kérjük a bemeneti adatokat a kérdőjel kiíratá- 
sával. Amit a felhasználók begépelnek, az az érték a line változóba kerül. 

Ezek után annak ellenőrzése következik, hogy az adatsor üres-e. Ha igen, ki- 
lépünk a programból. Ezután ellenőrizzük, hogy létezik-e az adott nevű file, és 
ha igen akkor az admin parancs segítségével az SCCS könyvtárba tesszük. 

Ez a script tehát file neveket dolgoz fel, soronként egyet, és a létező file-okat a 
megfelelő könyvtárba teszi. Egy üres sor begépelése esetén kilépünk a script- 
ből. 

A gyakorlatban nem túl szerencsés megoldás a script-ből való kilépést egy 
üres sor begépeléséhez kötni. Véletlenül is üthetünk két RETURN-t egymás 
után, és ilyenkor elég bosszantó lehet a parancssor újra gépelése. A putwidget 
script következő verziója figyelmen kívül hagyja az üres sorokat, és ha véletle- 
nül begépelnénk egyet, akkor egyszerűen újra kéri a file nevet. A programból 
való kilépésre egy egyetlen pontból álló sor begépelésével van lehetőségünk. 
(Ez egyébként egy általánosan használt konvenció). 

A putwidget új verziója így néz ki: 


echo "Adja meg a file neveket, mindegyiket kulon sorban" 
while true 


do 
echo "? Va" 
read line t ujabb file nev beolvasasa 
if test "$Sline" - " ." 
then exit t pont eseten kilepes 
fi 
if test "Sline" !-— "" t az ures sor elhanyagolasa 


then if test ! -s $1line tt a file letezesenek tesztje 
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then echo Nincsen $line nevu file 
else admin -fi -iSline /aa/widget/srclib/s.$line 
fi 
fi 
done 


Mi történik akkor, ha a felhasználó nem tartja be a szabályokat és egynél több 
file nevet ad meg egy sorban? Egészítsük ki a scriptet egy ezt ellenőrző teszttel 
és egy megfelelő figyelmeztetéssel: 


echo "Adja meg a file neveket, mindegyiket kulon sorbanm" 
while true 


do 
echo "? Ve" 
read line t ujabb file nev beolvasasa 
if test "Sline" -" , " 
then exit $ pont eseten kilepes 
fi 
if test "Sline" — "" $ az ures sor elhanyagolasa 
then continue 
fi 
if echo $line I grep"" 5/dev/null tt egynel tobb nev megadasanak a ki- 
szurese 
then echo "Csak egy file nevet adjon meg egy sorban! " 


continue 
elseiftest ! -s$line ta file letezesenek tesztje 
then echo Nincsen $line nevu file 
else admin -fi -iS$line /aa/widget/srclib/s.$line 
fi 
fi 
done 


Itt felhasználjuk azt a tényt, hogy a grep visszatérési értéke igaz (nulla) ha 
talál egyezést a mintával és hamis (nem nulla) ha nem talál ilyet. Esetünkben 
az egyezés hibát jelent, így a continue segítségével átugorjuk az admin paran- 
csot és egy új file-nevet kérünk. 

Természetesen sokkal jobb lenne, ha a scriptünk egynél több file nevet is el- 
fogadna egy sorban és azokat megfelelően feldolgozná. Első ránézésre ezt a 
problémát több shell változó (filel, file2, stb.) definiálásával oldhatjuk meg a 
read utasítás segítségével. Felvetődik azonban a kérdés, hogy hány file név meg- 
adását engedjük meg ily módon? Ha arra gondolnánk, hogy egy for ciklust hasz- 
náljunk a file nevek beolvasására, akkor még mindig nem járunk jó nyomon. 
Végső soron az alábbi megoldást érdemes alkalmazni: 
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echo "Adjon meg file neveketm" 
while true 
do 
echo "? VC" 
read line t ujabb file nevek beolvasasa 
if test "Sline" -— "," 
then break tt pont eseten kilepes 
: aka ő 
if test "Sline" - " $ az ures sor elhanyagolasa 
then continue 
fi 
for file in$line 
do 
iftest! -s$line ta file letezesenek tesztje 
then echo Nincsen Sline nevu file 
else admin -fi -iS$line /aa/widget/srclib/s.Sfile 
fi 
done 
done 


Persze sok csiszolni való maradt még ezen a programon. Például eddig azt 
feltételeztük, hogy valamennyi file a munkakönyvtárban található a script meg- 
hívásakor. De mi történik, ha a felhasználó relatív vagy teljes elérési útvonala- 
kat is használ? Ilyenkor az elérési utat a -i opciót követően kell megadnunk, az 
SCCS file létrehozásához viszont csak a tényleges file névre van szükség. Sze- 
rencsére létezik néhány módszer, amelyek segítségével külön választhatjuk a 
file-nevet az elérési útvonal többi részétől. Az egyik lehetőség az expr parancs 
használata, de használhatjuk a sed-et vagy a basename parancsot 15. Talán ez 
utóbbi parancs használható a legkönnyebben erre a célra. 

Azáltal is javíthatjuk a scriptet, hogy kiíratunk egy help üzenetet, ha az admin 
parancs valami miatt csődöt mond. Ehhez persze tudnunk kell, hogy az admin 
parancs a standard vagy a hiba kimenetre küldi a hibaüzeneteit. Ezután el kell 
csípnünk ezt a kimenetet és ki kell bányásznunk belőle a hibakódot, hogy azt is 
kiírathassuk help üzenet argumentumaként. 

Mivel az említett tökéletesítési lehetőségek nem a most tárgyalt read utasítással 
kapcsolatosak, meghagyjuk ezeket a feladatokat az érdeklődő olvasó számára. 


SHELL FÜGGVÉNYEK 


Hatásukat tekintve a shell függvények nagyon hasonlóak egy shell scipt-hez, 
hiszen ezek is egy sor, általunk kijelölt parancsot hajtanak végre, amikor meg- 
hívjuk őket nevüknek a parancssorba történő begépelésével. Ugyanakkor, 
amíg egy shell scriptet egy általunk megadott nevű file-ban kell tárolni, addig 
egy függvény egyszerűen definiálható shellen belül. 
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Nem igazán célszerű a sok utasítást tartalmazó függvények használata, egy- 
szerűbb shell scriptek helyettesítésére viszont kiválóan használhatjuk a függvé- 
nyeket. 

A fejezet elején szó volt az 18 parancs egy olyan verziójának létrehozásáról, 
melyben mindig használtuk a -x és -F opciókat. Ez egy függvény segítségével is 
definiálható: 


ls () 

( 

/bin/1s -x-F$S" 
) 


Az első sor tartalmazza a függvény nevét, amit két zárójel () követ. A kapcsos 
zárójelek közötti sorok ( és ) alkotják a függvény testét. Ezek azok a parancsok, 
amelyek végrehajtásra kerülnek a függvény meghívásakor. A nyitó és záró kap- 
csos zárójeleknek a sor elején kell állniuk, hogy a shell felismerje a függvény 
testét. 

Szóba kerülhet az ed nevű sorszerkesztő egy speciális változata is, ami mindig 
úgy indítja el a szerkesztőt, hogy az prompt-ot is használjon. Ezt az alábbi függ- 
vény segítségével definiálhatnánk: 


ed () 

( 

ed-p "§" S" ck0 
) 

$ 


Ezeket a függvény definíciókat a terminálról is begépelhetjük, a rendszer 
prompt-ra ($) adott válaszként. Ha ezt tesszük, akkor egy másodlagos 
prompt-hoz jutunk, ami általában a : jel. Ilyenkor a következő párbeszéd zajlik 
le shell-lel: 


S ed () 

5 ( 

.ed-p "tt" St ck0 
5) 

$ 


A függvény definíciót lezáró kapcsos zárójel ) begépelése után automatiku- 
san visszakapjuk az elsődleges rendszer prompt-ot ($). 

Az ily módon definiált függvények azonban csak egyetlen bejelentkezés ide- 
jére maradnak érvényben. Kilépésünk után elvesznek. Ezért ha rendszeresen 
akarunk egy függvényt használni, akkor annak definícióját az inicializációs fi- 
le-ban kell elhelyeznünk. 

A shell függvényeket shell scriptekben is használhatjuk. Példaként nézzük 
meg az előző részben bevezetett putwidget script egy másik verzióját: 
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nextfile () t kivonja es eltavolitja a sorbol a kovetke- 
zo file nevet 

( 

file-"echo S1" 

shift 

1line-"echo $"" 

1; 


echo "Adja meg a file neveket" 
while true 
do 
echo "? Va" 
read line t ujabb file nevek beolvasasa 
if test "$line" — "." 
then break tt pont eseten kilepes 
fi 
while test "Sline" !- "" 
do 
nextfile Sline 
iftest ! -sSfile  ttafile letezesenek tesztje 
then echo Nincsen S$file nevu file 
else admin -fi -iSfile /aa/widget/srclib/s.Sfile 
fi 
done 
done 


Először egy nextfile nevű függvényt definiáltunk, ami kiveszi a sorból a kö- 
vetkező file nevét. A script fő része most is a while true utasítással kezdődik. 
Ebbe a ciklusba ágyaztunk be egy másikat is, amelyik a nextfile függvényt hívja 
meg egészen addig, amíg a sor üressé nem válik. 


A SHELL SCRIPTEK HIBAMENTESÍTÉSE 


Ahogy egy korábbi, helytelen if utasításra vonatkozó példában már láttuk, az sh 
parancs által küldött hibaüzenetek nagyon világosak és nagy segítséget nyújta- 
nak a shell scriptekben előforduló szintaktikai hibák felderítésében. 

Ugyanakkor más módszerekkel is ellenőrizhetjük a shell scripteket. Az egyik 
ezek közül a , segíts magadon" technika, amelyben az echo parancs segítségével 
üzeneteket íratunk ki a script futásának nyomon követésére. Ha a script már 
tökéletes, az echo parancsokat egyszerűen eltávolíthatjuk. 

Az sh parancs bizonyos argumentumai is nagy segítséget nyújthatnak shell 
scriptjeink ellenőrzésében. 

A -v opció arra utasítja a shellt, hogy nyomtassa ki a parancsokat a végrehaj- 
tásuk előtt. Ha ezt az opciót az átlagos pontszámot meghatározó korábbi shell 
scriptünkre alkalmazzuk, a következőket fogjuk látni: 
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S ah -v avscore temis 

num-"wc -1 c 51" 

tot-0 

count-Snum 

while test Scount -gt 0 

do score-"sed -n $ícount)p $1 I tr -de " [0-9] " " 
tot-"expr Stot 4 Sscore" 
count-"expr Scount -1" 

done 

avint-"expr Stot / Smm" 

avdec-"expr $Stot $ Smm Vt 100" 

echo Az atlag eredmeny Savint . Savdec 

8.900 

S 


Ez a shell script egy egyszerű listája. A done utasításig minden azonnal kiíródik, 
majd egy rövid szünet következik a számítási műveletek elvégzésére. Ezután a 
shell script többi része is megjelenik a képernyőn, majd végül az eredmény. 

A -x opció még talán ennélis jobb nyomkövető eszköz. Ha ezt az opciót alkal- 
mazzuk, valamennyi parancs kinyomtatásra kerül, és a parancsok végrehajtása 
közben a változók értékeinek változásait is megfigyelhetjük. Ennek az opció- 
nak az alkalmazását szemlélteti az előző példára a következő programlista. 

Valamennyi parancs egy - jellel kezdődő sorban található. A parancsban 
használt valamennyi változó értéke megjelenik. A parancs végrehajtása után 
a megfelelő változók értéke szintén kiíródik. Ily módon nagyon jól követhető, 
hogy mi 1s történik a script végrehajtása során. 

Ha fennáll annak a lehetősége, hogy a shell script hibamentesítése során 
valami baj történjen (például fontos file-ok megsérüljenek), érdemes a -n 
opciót használni. Ennek hatására a shell beolvassa a shell scriptben lévő paran- 
csokat, de nem hajtja végre azokat. Ezt a -x opcióval kombinálva is használhatjuk. 


5 ah -x avscore temis 
1 wc -1 

mim-10 

tot-0 

count-10 

rttest 10 -gt 0 

3 tr -de [0-9] 

3 sed -n 10p tennis 
score-2 

41 expr 0 42 

tot-2 

1exor10-1 
count-9 

1 test 9 -gt0 
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zés 1gy tovább a ciklusváltozó minden értékére 5 


1test1-gt0 

1 tr -de [0-9] 

41 sed -n ]Íp temnis 
score-18 

41 expr 715618 
tot-89 

41 expr 1-1 

count-0 

1 test 0 -gt 0 

1 expr 89 / 10 
avint-8 

41 expr 89 $10 " 100 
avdec-900 

4 echo Az atlag eredmeny 8.900 
$ 


ÖSSZEFOGLALÁS 


Ebben a fejezetben a Bourne-shell által nyújtott leghasznosabb lehetőségeket 
és szolgáltatásokat mutattuk be. Természetesen számos egyéb tevékenységet 
is végezhetünk a shell-en belül, ezek némelyike azonban elég nehezen érthető 
és nem könnyű a szemléltetése sem. Próbáljunk meg készíteni néhány saját 
shell script-et mindennapi rutinfeladataink elvégzéséhez, és kísérletezzünk a 
test parancs által kínált különféle tesztlehetőségekkel is. 

A legtöbb felhasználó valószínűleg nem fog olyan komplex shell script-eket 
írni, mint a fejezetben bemutatott néhány bonyolultabb példa volt. Azt azon- 
ban láthatjuk, hogy speciális feladatok elvégzéséhez egészen kifinomult eszkö- 
zök írására is van lehetőségünk. Azoknak az embereknek viszont, akik külön- 
böző feladatok elvégzésére alkalmas eszközök kifejlesztésével foglalkoznak, 
ismerniük kell a shell által nyújtott minden lehetőséget. 

A legfontosabb dolog azonban az, hogy a shell scriptek írása során tudatában 
legyünk a UNIX erejével. Ismerjük az elérhető parancsokat és tudjuk, hogy 
ezek segítségével mi mindent csinálhatunk. 

Nézzük át a felhasználói kézikönyvet és fordítsunk külön figyelmet az egyes 
parancsokhoz tartozó opciókra. Sok parancs és opció első pillantásra haszonta- 
lannak vagy komplikáltnak tűnhet, ha csak a terminálról használható parancsok 
szemszögéből nézzük őket. Ugyanakkor csodálatos eszközökké válnak, ha arra 
gondolunk, hogy hogyan használhatók shell scriptek írásához. Nagyon jó példa 
erre a sed parancs - egy , profi" shell script írónak a sed ismerete egyszerűen 
nélkülözhetetlen. 

Használjuk bátran a shell változókat és a parancs-csatornákat. Legyünk lele- 
ményesek, használjuk fel (és fejlesszük tovább) mások munkáitt is. 


11. FEJEZET 


RENDSZERADMINISZTRÁCIÓ 


A rendszeradminisztráció a UNIX System V rendszerrel kapcsolatos minden- 
napi teendők ellátását jelenti: új felhasználói nevek kiadását, a file rendszer 
rendbentartását és sok más hasonló feladatot. 

A rendszeradminisztráció általában egy olyan terület, amivel egy átlag fel- 
használónak nem kell foglalkoznia. Mivel azonban a UNIX System V már 
olyan kis gépeken is elérhető, mint például a Motorola MC68000, egy System 
V rendszer már nem jelent feltétlenül egy nagyvállalati, vagy egyetemi rend- 
szert, hanem lehet egy kisebb vállalkozás számítógépén, vagy akár egy otthoni 
számítógépen is telepítve. Ezekben az esetekben a rendszer tulajdonosának a 
rendszer adminisztrátori feladatokat is el kell látnia. 

Mivel a System V-nak számos különböző formája, és sok különböző procesz- 
szorra írt verziója létezik, ezért az alábbi fejezet nyilván nem tartalmazhat egy 
konkrét rendszer adminisztrátori feladatainak ellátásához szükséges részlete- 
ket. Itt csupán a System V rendben tartásához szükséges legfontosabb ismere- 
teket tekintjük át. Remélhetőleg az Ön által használt rendszerhez megfelelő do- 
kumentációt is mellékeltek — ez a fejezet csak azon dokumentáció 
kiegészítésének tekinthető, de nem helyettesíti azt. Ha más rendszert admi- 
nisztrálunk, ennek a fejezetnek az elolvasása akkor is hasznos lehet, hiszen az 
elvégzendő feladatok mindig azonosak, legfeljebb kisebb formai eltérések ta- 
pasztalhatóak. 

. Ebben a fejezetben számos olyan parancsról lesz szó, melyek kifejezetten a 
rendszeradminisztrációs feladatok ellátását segítik. Ezek a parancsok (mint pél- 
dául az fsck, a mount, a mknod stb.) általában a /etc könyvtárban találhatók. 
Ezek a parancsok azért kerültek a /ctc könyvtárba, a /bin helyett, hogy a rend- 
szergazdán kívül más ne használja őket véletlenül. 

Az ebben a fejezetben tárgyalt témakörök döntő többsége feltételezi, hogy 
rendszergazdaként is hozzáférhetünk a rendszerhez. A tárgyalt parancsok egy 
részét valóban csak a rendszergazda adhatja ki. Amikor rendszergazdaként lé- 
pünk be, akkor a szokásos $-jeltől különböző rendszer prompt-ot kapunk. Eza $ 
jel. A fejezetben ismertetett példákban a prompt-ot mindenhol a t-jel fogja je- 
lölni, emlékeztetőül, hogy rendszergazdaként dolgozunk a rendszerben. 
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KÜLÖNLEGES FELHASZNÁLÓK 


Léteznek különleges felhasználók is az egyszerű felhasználók mellett, akik a 
többiek számára tiltott tevékenységeket végezhetnek és parancsokat használ- 
hatnak. 

Ebben a részben csak az ún. rendszergazdával ( superuser) foglalkozunk 
részletesen, akinek fehasználói neve , root". Megemlítjük tiszteletteljesen a 
többi különleges felhasználót is, ám több szót nem ejtünk róluk, lévén, hogy 
minden System V UNIX rendszer installáláskor különböző számban jelennek 
meg a rendszeren. 

A root olimposzi hatalommal bír a rendszer működtetése (és lehetséges 
tönkretétele) felett. A rendszergazdát nem kötik a rendszerben lévő hozzáféré- 
Si jogok: bármely file-hoz hozzáférhet, és akármelyik processzt leállíthatja. 

Néhány rendszerműveletet csak a rendszergazda végezhet el, ilyen például a 
dátum beállítása a date paranccsal. Ezek közé tartozik file-rendszereknek a 
rendszerbe integrálása a mount paranccsal, vagy különleges file-ok létrehozá- 
sa az mknod utasítással. 

Sokféleképpen válhatunk rendszergazdává. Először is, a rendszert egyfel- 
használós módban is elindíthatjuk. Ez a helyzet a rendszerindításnál áll elő (Z. 
a rendszerindítás későbbi leírását). A rendszer indításakor a kezdeti shell a rend- 
szergazda jogaival fut. Többfelhasználós rendszeren bejelentkezhetünk rend- 
szergazdaként, de a su paranccsal is elnyerhetjük a rendszergazda privilégiu- 
mait. 

Egy másik különleges felhasználó a , bin". A bin felelős a /bin és /usr/ 
bin könyvtárakban lakó parancsokért és a /1libés /usr/1ib könyvtárak al- 
könyvtáralért. 

Ha teendőink nem követelik meg az ellenkezőjét, inkább bin-ként mint 
root-ként jelentkezzünk be. Jó okunk van rá, hogy így járjunk el, amikor csak 
lehetséges. Amellett, hogy a rendszert megbéníthatjuk, a rendszergazda hatal- 
ma minden hozzáférési jog fölött áll. Tevékenységünk gyümölcse ezért sokszor 
az lesz, hogy miután rendszergazdaként file-okat hoztunk létre és különféle jo- 
gokat állítottunk be, egyszerű felhasználóként már nem érjük el ezeket és sem- 
mi hasznosat nem tudunk csinálni. 


A RENDSZER INDÍTÁSA ÉS LEÁLLÍTÁSA 


A számítógép bekapcsolása vagy újraindítása után RENDSZERINDÍTÁS 
(booting) szükséges a rendszer működőképessé válásához. 

E folyamat során a rendszer a , maga erejéből emelkedik fel"": egy ostoba 
programocska betölt egy közepes méretű programot, amely már elég okos ah- 
hoz, hogy betöltsön, konfiguráljon és elindítson olyan varázslatos rendszereket, 
mint a Unix System V. 


kt Angolul: , lifting yourself by your boots", innen ered a rendszerindítás angol elnevezése, a 
boot ( ing) (csizmahúzás). (A ford.) 
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Megeshet, hogy kis gépen futtatjuk a System V rendszert, ahol a rendszerin- 
dítás floppy diszkről történik. Az ilyen rendszereknek valamiféle önálló hely- 
reállító képességgel kell rendelkezniük, hogy a semmiből a teljes rendszert re- 
generálni lehessen. 

Magától értetődő, hogy látatlanban nem tudjuk megmondani, hogyan kell 
pontosan elvégezni a rendszerindítást a Unix System V-nak az Olvasó által hasz- 
nált verzióján. Ha például PDP-11-gyel dolgozunk, a rendszerindítás kapcsolók 
konzolon történő beállításából és egy bizonyos lemez betöltéséből áll. Más 
rendszereken egy floppy diszk behelyezése után egyszerűen csak megnyomjuk 
a reset gombot. Saját rendszerünk indításához meg kell néznünk a dokumentá- 
ció megfelelő fejezetét. 

A rendszerindító program gyakran a folyamathoz szükséges eszköz (legva- 
lószínűbben egy lemez) mágikus nulladik blokkjában található. Amikor a rend- 
szerindító program fut, általában ilyesféle dialógusokat folytatunk vele: 


boot device ? dw(0, 0) unix 

Loading at 0x1000: 684921 38205 3616 
Welccme to Wonderful Widgets Co. UNLX System 
ft 


A példában szereplő dw ( 0 , 0) a dwnevű eszközre vonatkozik, (0,0) jelenti az 
eszköz számát és hogy hányadik blokkjától használandó. A unix annak a file- 
nak a neve, amelyben az operációs rendszer magja (kernel) található. Az első 
0 a dwO eszközt jelenti, amelynek főókomponense a dw, alkomponense pedig a 0 
eszköz (ezekről még ebben a fejezetben szó esik). A második 0 azon blokk-elto- 
lás értékre vonatkozik, ahol (az adott eszközön) a gyökérkönyvtár található. 

A legelsőtől eltérő blokkról is lehetséges indítani egy file-rendszert, ilyenkor 
a dialógus értelemszerűen módosul: 


boot device ? dw(0, 60) unix 

Loading at 0x1000: 684925. 3820-r 3616 
Welcame to Wonderful Widgets Co. UNIX System 
W 


A megjelenő számok a System V különböző részeinek méreteit jelzik: a vég- 
rehajtható kódét, az inicializált és a nem inicializált adatterületekét. 

Az indító programnak nem kell feltétlenül a unix nevet viselnie. A rendszer- 
indító program ismeri a file-rendszer felépítését. Megeshet, hogy szeretnénk va- 
lamiféle diagnosztizáló programot elindítani, ilyenkor a rendszerindítás dialó- 
gusa megváltozik: 


boot device ? dw(0, 0) /tests/memory 
ejásalét ze sálezék dl a memóriát ellenőrző programizenetei . ...... 


Ebben a példában a /tests könyvtárban lévő memory nevű memóriatesz- 
telő programot indítottuk el. 
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Számos System V installáló olyan rendszerindító programot tartalmaz, amely 
nem várja el tőlünk, hogy megadjuk, melyik eszközt kell használnia. Ez a prog- 
ram a gyökérkönyvtárban ül, a /unix nevű file-ban. Ebben a szituációban az 
indításkor valami ilyesmit láthatunk: 


Standalone Boot Version 2.3 
Loading at 0x1000: 684921 3820- 3616 


Dual 83/80 68000 System V UNLX 
INIT: SINGLE USER STATE 


A legelső rendszerindításkor egyfelhasználós módba kerülünk. Ez azt jelenti, 
hogy a rendszert egyszerre csak egy felhasználó használhatja, és a többfelhasz- 
nálós szolgáltatások — ha léteznek egyáltalán — még nem érhetők el. Az egyfel- 
használós rendszer futása során csak egy shell és a rendszerindító processzek 
aktívak. Egyedül a konzolnál ülő személy tehet valamit (aki a rendszergazda 
kell hogy legyen). 

Az első teendőnk ilyenkor a dátum beállítása. 


A DÁTUM BEÁLLÍTÁSA: date 


Az argumentumok nélkül kiadott date parancs a dátumot írja ki. Kizárólag a 
rendszergazda tudja használni a parancs másik variációját, a dátum beállítását. 


b date 8608100834 
tt 


A parancs kétjegyű számokból felépülő argumentumának formája: 
yymmddhhmm 


ahol yy az évet, az első mm a hónapot, dd a napot, hh az órát és a második mm a 
percet jelzi. Mindegyik mezőnek két számjegy hosszúnak kell lennie, így elkép- 
zelhető, hogy bizonyos helyekre nullát kell írni, hogy a két számjegy meglegyen. 
A fenti példa egyébként 1986. augusztus 10. 8 óra 34 percre állította a rend- 
szer óráját. 
. A dátum elején lévő mezőkből néhányat akár el is hagyhatunk. Ha mondjuk az 
év és hónap ugyanaz, mint az előző dátumbeállításnál, nem kell begépelni őket: 


hi date 100834 
[aj 


Ekkor ugyanazt a dátumot kapjuk, mint az előző példában. 
A dátumbeállítás után váltsuk át a rendszert többfelhasználós módra! 
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BELÉPÉS A TÖBBFELHASZNÁLÓS MÓDBA 


Az egyfelhasználós módról többfelhasználósra váltáshoz az init nevű progra- 
mot használjuk. Ez a program különböző szintekről gondoskodik, az egyes szin- 
teken elérhető felhasználók és eszközök számát a /etc/inittabfile-banlévő 
információ szabja meg, amely a szint aktivizálásakor elvégzendő műveletek le- 
írását 15 tartalmazza. 

Az init 6 szintet biztosít, amelyek 1-től 6-ig vannak számozva, valamint egy 
újabb, S (vagy 8) jelűt, amellyel az egyfelhasználós (ti. single user) módba tér- 
hetünk vissza. Új szintre úgy juthatunk el, ha az init parancssorában megad- 
juk a szint számát. Az init részletes leírását a System VAdministrators Manual 
(a System V kezelői kézikönyve), inittab-ét a System V Programmers Ma- 
nual (a System V programozói kézikönyve) tartalmazza. 

Installálásról installálásra változik, hogy melyik init szintet kell megad- 
nunk a rendszer többfelhasználós módban való elindításához. Leggyakoribb a 
következő: 


tinit2 


A /etc/inittab file-ban meghatározott tevékenység-sorozattól függően 
különféle üzenetek jelzik a konzolon, hogy mi zajlik az inicializációs folyamat 
alatt. Ha az inicializáció befejeződött, megjelenik a szokásos bejelentkezési 
prompt: 


Wonderful Widgets Co. UNIX System 
login: maryam 
Password: wizard 


; 


Általában egyszerű felhasználóként jelentkezünk be, kivéve azt az esetet, 
amikor feltétlenül rendszergazdaként kell megjelenjünk a rendszerben. A fenti 
példában Maryann, miután többfelhasználós módban elindította a rendszert, 
egyszerű, kiváltságoktól megfosztott felhasználóként jelentkezett be. 

Néhány dolgot még el kell végeznünk, ha azt akarjuk, hogy rendszerünk teljes 
kapacitással üzemeljen. Ilyen például a file-rendszerek felállítása, amit majd a 
mount parancsnál részletezünk. 


A RENDSZERINDÍTÓ SCRIPT 


Az indítás után az inicializáló processz megkeresi a /etc/rc file-t. Ez egy egy- 
szerű shell script, és ízlésünk szerinti parancsokat írhatunk bele (rendszergaz- 
daként). Általában olyan parancsokat tartalmaz, amelyek megtisztítják a 
/ tmp könyvtárat és daemon-okat indítanak el. Egy tipikus /etc/rc file így 
fest: 
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f cat /etc/rc 

PATH-/bin: /usr/bin 

rm /etc/mtab 

cat /dev/nul! 5/etc/utxp 
/etc/mount /dev/rmi /usr 
rm -rf /usr/tap/" 

rm -rf /tap/" 
/etc/update 

/etc/cron 

date 5/dev/console 

Hiú 


A script a következő lépéseket hajtja végre: 
e törli a /etc/mtab file-t (később ezt használja majd a mount) 
e törli a bejelentkezett felhasználók /etc/utmp file-ban tárolt listáját 
felállítja a /usr könyvtárat 
törli az ideiglenes tárolást szolgáló könyvtárak tartalmát 
elindítja az update és cron processzeket 
a dátumot a konzolra írja. 


A RENDSZER LEÁLLÍTÁSA 


Nagy többfelhasználós rendszerek esetén időnként szükségessé válhat a rend- 
szer leállítása. A pontos eljárás a konfigurációtól függően különböző lehet, a 
következő példa egy tipikus eset lépéseit mutatja be: 

e üzenünk minden bejelentkezett felhasználónak, hogy a rendszer öt perc 
múlva, négy perc múlva, ..., azonnal leáll! Ez a wall paranccsal történ- 
het, amely hasonló a write-hoz, de minden felhasználónak ír (ti. write 
all) 

a konzol processz kivételével az összes többit leállítjuk aki11 paranccsal 
a kívánt file-rendszereket lecsatoljuk a rendszerről 

elvégezzük a szükséges mentéseket (backup) 

a gync paranccsal meggyőződünk arról, hogy a rendszer beszüntette író- 
olvasó tevékenységeit 

e ha kell, kikapcsoljuk a gépet. 


A System V installálásakor általában létrejön egy /etc/shutdown nevű 
shell script, amely a fenti tevékenységeket sorban elvégzi, a backup kivételé- 
vel. Utóbbit külön kell végrehajtatnunk. 
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ACCOUNTOK, FELHASZNÁLÓK 
ÉS CSOPORTOK 


A jelszó file-ban mindenkihez tartozik egy bejegyzés, akinek van felhasználó 
azonosítója az adott Unix rendszeren. Emellet lehetséges, hogy létezik az ún. 
csoportfile, amelyben a felhasználók csoportjainak felépítését tárolják. 

A jelszó file neve passwd, a csoportfile neve group, és mindkettő a /etc 
könyvtárban lakik. 


A JELSZÓ FILE 


A jelszó file nem valami bűvös dolog: egy szimpla ASCII szövegfile, amelyet szö- 
vegszerkesztővel meg lehet változtatni. Ha belenézünk, ehhez hasonlót látunk: 


tt cat /etc/passwd 

root : kWFEMBP9vVvKr2 : 0: 1: The Superuser : / : /bin/sh 

daemon: 1fOk6tjt9Wn5a: 1 : 1: /: /bin/sh 

sys : B9WWat0UUSkz41 : 2:2:/:/bin/sh 

bin: Par19UAYok4R] : 2: 2: /bin: /bin/sh 

maryann : KmHuRTEÉMVK1hE:201:10:Maryan Clark: /aa/widget/maryamn: /binsh 
sally: DG600Xg32m17: 202:10:Sally Smith: /aa/widget/sally:/bin/sh 
jane: GXkGUFAlNofyM: 203:10:JaneBailey: /aa/widget/ jane : /bin/sh 
jack: Koris34zpim3m: 24:10:Jack Austen: /aa/widget/jack:/bin/sh 
steve: OPJUJJ3YLgN2ZCc: 204 :10:Steve Daniels : /aa/widget/steve: /bin/sh 
sylvia:kxUUskz41mgu5 :206:10:Sylvia Dawson: /aa/widget/syIvia: /bin/sh 
henry:Nz1gLj157en8gc:207:10:Henry Morgan: /aa/widget/henry: /bin/sh 
hank : 79NiJvTuyF3ts:208:10:Hank Parker : /aa/widget/hank : /bin/sh 
charlie: KB LKXK5936GyIw:209:10:Charlie Smith: /aa/widget/charl1 ie: /bin/sh 
bi11 : B6mzodBsaCk4d:210:10:Bill Williams : /aa/widget/bi11 : /bin/sh 
Joe: JRXt m96 jJotPc7:210:20:Joe Mugg: /aa/blivet/ joe: /bin/sh 

fred: tknFOs45kph99:210:20:Fred Basset : /aa/blivet/fred: /bin/sh 
patty:HOeay2f0Ox:210:20: Pat Manders : /aa/blivet/patty: /bin/sh 


Nem állítjuk, hogy ez a létező legáttekinthetőbb kiírás, de az egyes sorokban 
minden mezőnek ésszerű jelentése van. A jelszó file bejegyzései könnyen meg- 
érthetők a második mező kivételével, amelyik a felhasználó titkosított jelszavát 
tartalmazza. A jelszó file egy tipikus sorában lévő információk kihüvelyezését a 
11.1. ábrán mutatjuk be. 

A jelszó file sorában lévő mezők a következőket jelentik: 


Felhasználói név (Login name) A felhasználó neve, amelyet a bejelentkezéshez 
használ. Megjegyezzük, hogy a root vagy a bin semmi különös tulajdonsággal 
nem bír. 
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Felhasználói név Jelszó Home könyvtár 


Jane : GXKGUFAIlNofyM: 203 :10 :JaneBailey : /aa/widget/jane: /bin/sh 


Felhasználó- Csoport- GCOS mező Kezdeti shell 
azonosító szám azonosító 





11.L. ábra. A jelszófile egy tipikus felépítése 


Titkosított jelszó (Encrypted password) Ennek a mezőnek akkor ad tartalmat a 
rendszer, amikor beállítjuk jelszavunkat a passwd paranccsal. 


Felhasználó-azonosító szám (User Identity) Az adott felhasználó azonosítására 
szolgáló egyéni szám. 


Csoportazonosító (Group Identity) Csoportazonosító szám. Az előbbi jelszó 
file-ban két fő csoportot figyelhetünk meg. A , widget" projekten dolgozók a 
10-es, a , blivet" projekt tagjai pedig a 20-as csoportba kerültek. A számok tel- 
jesen önkényesek, a számunkra legkedvesebbeket vagy legkönnyebben kezel- 
hetőket célszerű választani. 


GCOS mező (GCOS field) Ennek a mezőnek a tartalma nem kötött, azt írunk 
bele, amit jónak látunk. A GCOS mező elnevezésnek történelmi okai vannak: a 
Bell Laboratories ezt a mezőt használta a GE (GCOS) időosztó rendsze- 
ren. Általában ide szokták írni a felhasználó teljes nevét, mint fenti példánkban 
láttuk, de használható számlázási célokra is. 


Home könyvtár (Home Directory) Ebben a könyvtárban találja magát a fel- 
használó bejelentkezése után. 


Kezdeti shell (Intital Shell) Annak a programnak a neve, amelyet shell-ként 
akarunk használni. E mezőt olyan rendszerek számára hozták létre, ahol több- 
féle shellből választhatunk. 


Ezen a ponton szeretnénk rávilágítani a felhasználóknak kiosztott számok 
jellegzetességeire. 

Észrevehetjük, hogy az egyszerű felhasználók számai a fenti jelszó file-ban a 
101 ill. 201 számokkal kezdődnek. A számok ilyetén való megválasztása teljesen 
önkényes. Azt is megfigyelhetjük, hogy a felhasználókat két nagy csoportra osz- 
tották. Mint már említettük, a csoportszámok választása is teljesen önkényesen 
történik. 
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Létezik azonban néhány rögzített szám is. A root azonosító számának min- 
dig nullának kell lennie, ezen múlik a rendszer szolgáltatásainak egy része. To- 
vábbá a rendszer szolgáltatásai attól 15 függnek, hogy a root neve csakugyan 
, , root " "-e. Ésszerűnek tűnik, hogy olyan néven nevezzük magunkat, amilye- 
nen tetszik, akár rendszergazdaként is. Sajnos, ha utóbbit választjuk, rá fogunk 
döbbenni, hogy kizártuk magunkat a rendszerből. 


A CSOPORTFILE 


Amint arról korában szó esett, a csoportfile a /Vetc/group nevet viseli. Lás- 
sunk egy tipikus csoportfile-t: 


tt cat /etc/group 

root : : 1:root, shutup, daemon 

sys: :2:bin,sys 

widget : : 10 :maryann, sally, jane, jack, steve, sy1via, henry, hank, 
blivet : : 20: joe, fred, patty 

kt 


A következő ábrán látható az egyes mezők leírása: 


Csoportnév Csoportazonosító 


Mali 


J/ : joe, fred, patty 


Csoportjelszó A csoportot alkotó 
(nem használják) felhasználók listája 





11.2. ábra. A csoportfile egy tipikus sora 


Egy ilyen bejegyzés első mezőjében a csoport neve áll. A második mező a cso- 
portjelszót tartalmazza. Mint láthatjuk, mindegyik csoport híjával van a jelszó- 
nak, ahogy az általában lenni szokott, mivel a csoportjelszó nem túl hasznos do- 
log. A harmadik mező a csoportazonosító, ezt a számot keresik bizonyos 
programok, amikor valamilyen csoporthoz kötött tevékenységet végeznek. 

A bejegyzés utolsó mezőjében a csoportba tartozó felhasználók vesszővel el- 
választott listája található. Esetünkben a teljes , widget" projekt népe a 10-es, a 
,blivet" projekté pedig a 20-as csoportban van. 
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ÚJ FELHASZNÁLÓ FELVÉTELE A RENDSZERRE 


Három dolgot kell megtennünk, ha rendszerünket új felhasználóval szeretnénk 
gyarapítani: 


1. Az új felhasználó nevét és a szükséges többi információt be kellírni ajelszó 
file-ba. 

2. Az új felhasználónak szüksége lesz egy home könyvtárra, amely tulajdo- 
nosának meg kell egyeznie az új felhasználó azonosítójával. 

3. Ha szükséges, az új felhasználót be kell vezetni a csoportfile-ba is. 


Néhány rendszeren létezik egy speciális, adduser nevű shell script, amely új 
felhasználók felvételét bonyolítja. Mi több, néhány rendszeren , adduser" nevű 
különleges felhasználó is létezik, amelyek egyedüli feladata új felhasználók fel- 
vétele, és mást nem is tehet. 

Itt az új felhasználó felvételének csak azon egyszerű útjáról ejtünk szót, ami- 
kor is egy szövegszerkesztővel belefirkálunk a jelszó file-ba. Valószínűleg a leg- 
több redszergazda így is csinálja. A legkönnyebben ezt úgy érhetjük el, ha lemá- 
soljuk a jelszó file egy sorát, majd megváltoztatjuk az azonosítót, a nevet, a 
home könyvtárat, és ha szükséges, a kezdeti shellt. 

Bővítsük rendszerünk felhasználóinak körét Roxanne-val, aki a , blivet" pro- 
jekten fog dolgozni. Az alábbiakban láthatjuk, hogyan tudjuk a , roxanne" azo- 
nosítót jelszó file-unkba írni az ed segítségével: 


tt cd /etc 

tt ed passwd 

705 

hó 

patty:HOeay2f0Ox:210:20:Pat Manders : /aa/blivet/patty: /bin/sh 
E 

t §/patty/roxarme/g 

t g/HO.FOX/ / 

t §/210/211/p 

roxanne: :211:20: Pat Manders : /aa/blivet/roxanne: /bin/sh 

t §/Pat Manders/Roxanne Rcmero/p 

roxamne: : 211: 20 : Roxanne Rcmero: /aa/blivet/roxanne: /bin/sh 
€ 

742 

kél ! 

3 


A gyakorlatban gyakran inkább a vi szövegszerkesztő használatát választjuk. 
Az előző példában a következőt tettük: Először lemásoltuk a jelszó file utolsó 
sorát, amely Patty bejegyzése. Ezután , patty"-t , rToxanne"-ra cseréltük, az azono- 
sító számot 210-ről 211-re változtattuk, és kitöröltük a titkosított jelszavat. Roxan- 


ne-nak így nincs jelszava az első bejelentkezésig, amikor készít egyet magának. 
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Most home könyvtárat kellene létrehozni Roxanne számára, a megfelelő tu- 
lajdonjoggal: 


tt cd /aa/blivet 

tt mkdir roxame 

tt 18 -1d roxame 

drwxr-xr-x 2root root 324ug11 09:07 roxanne 

tt /etc/chown roxamie roxarme 

tt /etc/chgrp blivet roxame 

tt 15 -1d roxame 

drwxr-xr-x 2roxanne blivet 32424ug1109:07 roxanne 
ht 


Hátramaradt Roxanne-nak a , blivet" projektbe való bejegyzése a csoport- 
file-ban. Végül valószínűleg el szeretnénk látni őt egy inicializációs file-lal, amit 
.profile néven hozhatunk létre a home könyvtárában. 


A TULAJDONOS VÁLTOZTATÁSA: chown ÉS chgrp 


A chown (change owner: tulajdonos megváltoztatása) paranccsal file-ok vagy 
könyvtárak tulajdonjogát változtathatjuk meg, azaz , másnak adhatjuk" eze- 
ket. A chown egy lehetséges használatát már láttuk a fenti példában, amikor 
Roxanne-t felvettük a felhasználók közé. A könyvtár, amelyet az őhome könyv- 
tárának szánva hoztunk létre, az ő tulajdonában kell legyen, máskülönben sok 
sikerélménye nem lesz, ha a rendszeren akar dolgozni. 

A chgrp (change group: csoport változtatása) parancs változtatja a könyvtá- 
rak vagy file-ok feletti csoportok tulajdonjogait. Az adott könyvtárak vagy file- 
ok a parancs után a rendszer más csoportjához tartoznak. 

Bármely felhasználó használhatja a chown és chgrp parancsokat, hogy saját 
file-jait másnak adja. E parancsokat azonban főként a rendszergazda használja. 


A JELSZÓ VÁLTOZTATÁSA: passwd 


Amint azt jól tudjuk, apasswd paranccsal meg tudjuk változtatni jelszavunkat. 
Ha rendszergazdák vagyunk, bárkinek a jelszavát meg tudjuk változtatni. Az 
újoncok gyakran elfelejtik jelszavukat, ilyenkor a rendszergazdához rohan- 
nak, és elsírják bánatukat. A rendszergazda pedig egy új, ismert jelszavat ad ne- 
kik. 

Tegyük fel, hogy Roxanne elfelejtette, hogy milyen jelszavat 15 fundált ki. Be- 
jelentkezünk rendszergazdaként, és az alábbi módon használjuk a password 
parancsot: 
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tt passwd roxame 

New passwhord: stoopid 
Retype new passwhord: stoopid 
ht 


A jelszavat megjelöltük, hogy emlékeztessünk rá: a valóságban nem látszik, 
amikor gépeljük. 


SPECIÁLIS FILE MÓDOK BEÁLLÍTÁSA: chmod 


A file-hoz vagy könyvtárhoz tartozó kilenc hozzáférési jog mellett létezik újabb 
három különlegesebb mód is, amelyek azt befolyásolják, hogyan lehet a file-t 
végrehajtható programként használni. 

Ezek a módok csak futtatható file-okra alkalmazhatók, éscsak a rendszergaz- 
da állíthatja be őket. Ezen extra módok értékei az oktális 4000, 2000 és 1000 
lehetnek, jelentésük pedig a következő: 


4000-es mód 

Az ún. felhasználó-beállító" (SETUID) bit, amely azt jelzi, hogy a program 
futásakor a felhasználó-azonosító azonos-e a file tulajdonosáéval. 
2000-es mód 

Az ún. , csoportbeállító" (SETGID) bit, amely azt jelzi, hogy a program futá- 
sakor a csoportazonosító azonos a file tulajdonosáéval. 

Mind a felhasználó-beállító, mind a csoportbeállító bit olyan programok céljaira 
készült, mint pl. a ma11, amelyek olyan könyvtárban 1s file-okat hoznak létre, 
amelyet nem a programot futtató felhasználó birtokol. Normális körülmények kö- 
zött a mai1 programot használó személy nem hozhatná létre a mail információs 
file-ta /usr/mai 1 könyvtárban, hiszen az nem az övé. A mai1 program tulajdo- 
nosa azonban általában a root, így a felhasználó-beállító bit azt jelzi, hogy a prog- 
ram futása alatt a tényleges tulajdonos a root, aki bárhol létrehozhat file-okat. 
1000-es mód 

Ez az ún. , ragadós bit" (sticky bit). Olyan programoknál alkalmazzák, ame- 
lyeket sok felhasználó használhat egyszerre. A ragadós bit miatt a program nem 
, lapozódik ki" a memóriából még akkor sem, amikor éppen senki sem használ- 
ja. E bitet általában csak nagyon gyakran használt programok esetén alkalmaz- 
zák, amelyeknek teljesítményét javítja. 


RENDSZERGAZDÁVÁ VÁLÁS 
A su PARANCCSAL 


Gyakran kerülünk olyan helyzetbe, hogy jóllehet egyszerű felhasználóként je- 
lentkeztünk be, egyszer csak tennünk kell valamit, ami megkívánja, hogy ren- 
delkezzünk arendszergazdajogaival. A ki- és (újra) bejelentkezés helyett válasz- 
szuk a su (switch user: felhasználóváltás) parancsot! 
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$ gu 
Password: genghis 
j 


Most már tehetjük, amit tennünk kell. Ha befejeztük rendszergazdai teen- 
dőinket, a AD ( CTRL-D) lenyomásával — mintha ki akarnánk lépni a rendszer- 
ből — visszatérhetünk előző felhasználói státusunkhoz. 

A su paranccsal bármely felhasználó bőrébe belebújhatunk, ha tudjuk a jel- 
szavát. Joe Mugg például, aki , joe"-ként jelentkezett be, de szeretne valamit a 
, payroll" felhasználó nevén elvégezni, a következő módon tud átváltani: 


$ su pavroll 
Passw hord: shekels 


$ 


Ha újra , Joe" szeretne lenni, AD-t kell nyomnia. 


FILE-RENDSZEREK 


A System V file-rendszere teljes könyvtárstruktúra, amely a gyökérkönyvtártól 
indulva az összes alkönyvtárat magában foglalja. 

A file-rendszerek tágyalása nem lehet teljes az eszközök tárgyalása nélkül. 
Az eszköz - amelyre a file-rendszereket elhelyezzük — általában valamilyen 
mágneslemez. 

Egy file-rendszer megfelelhet egy fizikai eszköznek, de akár több rendszer is 
létezhet ugyanazon az eszközön. Egy kisebb lemez (kb. 5000 blokk) esetén az 
egész lemez egy file-rendszerhez lehet rendelve. Akár floppy diszken -— amely- 
nek kapacitása 500-1000 blokk között van - is lehet file-rendszert elhelyezni. 
Ha nagy lemezünk van, feloszthatjuk több logikai diszkre, amelyek a fizikai le- 
mez egy-egy részét foglalják el. Így lehetővé válik, hogy számos file-rendszert 
tartsunk a lemezen, amelyek mindegyike egy logikai lemezt foglal el. 

Amikor a file-rendszert először kapcsoljuk rá a rendszerre, hozzá kell építeni 
a rendszerhez, hogy a kernel (az operációs rendszer magja ) tudjon a létezéséről. 
A hozzáépítés fogalma nagyon hasonlít a fizikai lemezek beépítéséhez. Ez a 
gondolat átvihető arra az esetre 15, amikor több file-rendszer van ugyanazon a 
lemezen. Az egyes file-rendszereket külön-külön kell a rendszerhez adni. 

A file-rendszerek felépítése a 11.3. ábrán látható. Négy alapvető összetevő- 
jük: 


A rendszerindító blokk Minden file-rendszer legelső blokkja (a nulladik blokk) 
a rendszerindító program számára van fenntartva. Természetesen bármit ide- 
rakhatunk, annak a file-rendszerre semmiféle hatása nem lesz. A file-rendszer 
információt tartalmazó része az első blokktól kezdődik. 
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A szuperlokk A file-rendszerek egyes számú blokkját szuperblokknak nevezik. 
A file-rendszer jelentős részéről szóló információkat tartalmazza, úgymint a 
méretét blokkokban, nevét, az inode-ok számára lefoglalt blokkok számát, a 
szabad inode-ok listáját és a szabad blokkok láncolatának kezdőpontját. Ezek 
a következő részben részletező tárgyalásra kerülnek. 


Az inode-ok A szuperblokkot inode-okat tartalmazó blokkok követik, melyek 
száma a file-rendszerben lévő blokkok számától függően változik. Az inode-ok 
száma a szuperblokkban van meghatározva. A file-rendszer minden egyes file- 
jához és könyvtárához létezik egy inode. A lekötött i1node a file-rendszer egy 


könyvtáráról vagy file-járól tartalmaz információt. 


Adatblokkok A logikai eszköz maradékán adatblokkok helyezkednek el. Az 
adatblokkok tartalmazzák a könyvtárakban és file-okban tárolt adatokat. Lé- 
teznek azonban olyan adatblokkok is, amelyek indirekt blokként szerepel- 
nek, és nagy file-ok blokkszámát tartalmazzák. 


A System V alatt a file-okat az inode nevű objektum írja le. Minden file-hoz 
egyetlen inode tartozik, amely a file leírása mellet a file-t tartalmazó blokkok 
mutatóit is magában foglalja. 

Az 1node tartalmazza a file hozzáféresi jogait, a linkek számát, és egyéb infor- 
mációkat, mint például a blokkok számát 15. Az első tíz bilokkszám bejegyzés 
közvetlenül azokra a blokkokra vonatkozik, amelyek a file tényleges adatait 
tartalmazzák. A System V alatt minden blokk 1024 byte-os, jóllehet néhány 
rendszer 512 byte-os blokkokat is támogat. A direkt blokkok tehát maximáli- 
san 1024 x 10 - 10240 byte-os file-okat tudnak kezelni. 

A tíz blokknál nagyobb file-ok esetén a tizenegyedik mutató arra az INDI- 
REKT BLOKK nevű blokkra mutat, mely újabb 256 mutatót tartalmaz más 
adatblokkokra. Egy indirekt blokk használatával a kezelhető file-méretet 
1024 x (104256) - 272384 byte-ra emeltük. 

Ha egy file-ban több mint 266 blokk van, a tizenkettedik mutató egy olyan 
blokkra mutat, mely 256 indirekt blokkra tartalmaz mutatókat. A blokkoknak 
e második szintjét , kétszeresen indirekt blokkoknak" nevezik. Ezek használa- 
tával a file mérete már 1024 x (10--256--256") - 67381248 byte lehet. 

Ha a file olyan nagy, hogy 65802 blokkon sem fér el, az inode tizenharmadik — 
egyben utolsó — mutatója egy , háromszorosan indirekt blokkra" mutat, mely 
256 kétszeresen indirekt blokkra tartalmaz mutatót. Ez a blokk a lehetséges 
file-méretet 16777216 blokkra terjeszti ki. 

A System V file-ok maximális mérete tehát: 


1024 x (10 4- 256 -- 2567" 4 2569) - 17247250432 byte. 


Ez lemezünknél sokkal nagyobb! 
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11.3. ábra. A file-rendszer felépítése 


A ROOT FILE-RENDSZER 


Rendszerindításkor a root file-rendszer mindig egy jól ismert eszközön he- 
lyezkedik el. Ebben található az összes fontos könyvtár, úgymint /dev, /etc, 
/bin, stb. Ez a file-rendszer teszi lehetővé, hogy minden lényeges rendszerprog- 
ramot — mint amilyen a shell és a rendszerindító program is — meg lehessen ta- 
lálni. 
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FILE-RENDSZER LÉTREHOZÁSA: mkfs 


Az mkfés parancs új file-rendszereket hoz létre. Az mkfs alapvető formája a 
következő: 


tt /etc/mkfs né méret 
ír 


Felhívjuk a figyelmet arra, hogy az mkfs parancs helye a /etc könyvtár. Ez 
azért van, hogy téves gépelésekkel ne tudjunk mindenfelé file-rendszereket te- 
lepíteni, ami megtörténhetne, ha az mkfs a /bin vagy a /usr/bin könyvtárak va- 
lamelyikében lenne. 

Új file-rendszer létrehozásánál meg kell adnunk a méretét blokkokban. Az 
mkfs ezt használja az inode-ok tárolására lefoglalandó blokkok számának fel- 
becsléséhez. 

Tegyük fel, hogy egy floppy diszken található a /dev/f10 nevű eszközünk! 
Továbbá azt is tételezzük fel, hogy maximum 2000 blokk fér a lemezre. A file- 
rendszert így hozzuk létre: 


tt /etc/mkfs /dev/f10 2000 


isize - 230 
m/n - 3 500 
f 


Az mkfs parancs két üzenettel válaszol. Az első az inode-oknak lefoglalt 
blokkok száma. A második az ún. interleave faktor és a fordulatszám, ezekkel 
csak azoknak kell törődniük, akik elmélyültek a forgó lemezek elméletében. 

A dolgok pillanatnyi állása szerint létrehoztunk egy file-rendszert egy eszkö- 
zön. Még hátra van, hogy a rendszer többi részével tudassuk az új file-rendszer 
megjelenését. Ez a mount paranccsal történik. 


FILE-RENDSZER HOZZÁÉPÍTÉSE A RENDSZERHEZ: mount 


Miután kialakítottuk az eszközön a file-rendszert, az ott van, és ezt mi is tudjuk. 
A System V azonban teljesen közömbös marad file-rendszert építgető tevé- 
kenységünk irányában. 

Az eszközön lévő file-rendszernek a rendszerhez való építését oly módon ér- 
hetjük el, ha létrehozunk egy könyvtárbejegyzést a file-rendszer gyökerében, 
majd az eszközt ezen könyvtárhoz rendeljük. 

A file-rendszer tényleges hozzáépítését amount parancs végzi, amely tudatja 
a kernel-lel az új file-rendszer jelenlétét. A file-rendszereket egyenként kell a 
rendszerhez kapcsolni, még akkor is, ha történetesen egy eszközön helyezked- 
nek el. A file-rendszert így egy logikai eszközzel kapcsoltuk össze, amely függet- 
len az azonos fizikai eszközön elhelyezkedő többi file-rendszertől. Így problé- 
ma nélkül tudunk file-rendszereket más logikai eszközökhöz rendelni. 
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A mount parancs használata a következő: 


tt /etc/moaunt device dirname 
taj 


ahol devi ce azon eszköz neve, amelyen a file-rendszer vár a rendszerbe integ- 
rálásra, dirname pedig annak a könyvtárnak a neve, amely alatt a file-rend- 
szert felállítjuk. A dirname-nek a parancs kiadásakor már léteznie kell, ezt 
gyakran közvetlenül e parancsot megelőző lépésben hozzuk létre az mkdir pa- 
ranccsal. 

Első példánk legyen a floppy diszken létrehozott file-rendszer! A gyökér- 
könyvtárban létrehozunk egy új könyvtárat, majd ehhez hozzárendeljük a fi- 
le-rendszert. 


H cd / 

Ht mkdir /supergiz 

Ht /etc/maunt /dev/f10 /supergiz 
ht 


File-rendszerünk most már a gyökérkönyvtár közönséges alkönyvtáraként 
van jelen a rendszeren, a szokásos módon átválthatunk rá a cd paranccsal, fi- 
le-okat és alkönyvtárakat hozhatunk létre benne stb., egyszóval nincs semmi 
különös vonása. 

Az önmagában, argumentumok nélkül kiadott /etc/mount parancs segít- 
ségével bármikor megtudhatjuk, hogy mely file-rendszerek vannak hozzáépít- 
ve rendszerünkhöz. 


tt /etc/mount 
/dev/f10 on /supergiz 
tt 


A /etc/mtab file tartalmazza az információt arról, hogy mi van hozzáépítve 
rendszerünkhöz. E file tartalmát a mount parancs mindig kiegészíti, hogy tük- 
rözze az új file-rendszer megjelenését, egy file-rendszer lebontásakor pedig a 
megfelelő bejegyzés is törlődik e file-ból. Tudatában kell lennünk azonban, 
hogy a mount és unmount parancsok a felhasználók miatt aktualizálják a 
/etc/mtab file-t, a file-nak semmi más szerepe nincsen. Kiváltképp nem 
használatos annak ellenőrzésére, hogy mi van hozzáépítve a rendszerhez, mivel 
az ilyen információkat a rendszer saját táblázatában tárolja a memóriában. 

e Győződjünk meg róla, hogy a rendszerhez hozzáépített file-rendszer gyökér- 
könyvtárában a hozzáférési jogok azonosak a könyvtáréval, amelyhez hozzá- 
rendeltük őket! Meghökkentő dolgok történhetnek, ha ezek a jogok nem 
egyeznek, különösen abban az esetben, ha az alárendelt file-rendszer keve- 
sebb joggal rendelkezik, mint könyvtára. 
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Végül valószínűleg ki akarjuk venni lemezünket a gépből, és valami biztonsá- 
gosabb helyen tárolni, talán a pincénkben a pezsgő mellett. A következő rész- 
ben megtanuljuk, hogyan kell a file-rendszert lebontani. 


FILE-RENDSZER LEBONTÁSA A RENDSZERRŐL: umount 


Ha egy vagy több file-rendszerünk kivehető eszközön van, nem tehetjük meg, 
hogy csak úgy odasétálunk érte és kivesszük. Megeshet ugyanis, hogy valaki ép- 
pen használja. S ha pillanatnyilag nem is használja senki, később lehet hogy sze- 
retné, s ha az operációs rendszer nem találja, problémák adódhatnak. 

A file-rendszer lebontására az umount (unmount: lebontás) nevű parancsot 
használjuk. (Figyelem: a parancsból az első , n" hiányzik!) 

A parancs használata a következő: 


tt /etec/umount device 
ht 


ahol device a lebontásra kerülő file-rendszer neve. Tételezzük fel, hogy a floppy 


diszken lévő /dev/f10 file-rendszert szeretnénk lebontani. A következő pa- 
rancsokat kell kiadnunk: 


H cd / 
tt /etc/umount /dev/f10 
tt 


Először az aktuális könyvtárról a gyökérkönyvtárra váltottunk, majd alkal- 
maztuk az umount parancsot. Ennek eredménye az eszköz és a hozzárendelt 
könyvtár közötti kapcsolat megszűnése. Az eszköz most már biztonsággal kive- 
hető, és kedvünk szerint tárolhatjuk máshol. 

Ne veszítsük szem elől, hogy a /supergi z könyvtár még megvan. Nem tűnt 
el, bár az 18 parancs a /supergiz-re semmit sem mutatna - ui. kong az üres- 
ségtől. Semmi akadálya annak, hogy mostantól a /supergi z könyvtárhoz egy 
teljesen más file-rendszert kössünk, vagy közönséges könyvtárként használjuk 
(file-okat, alkönyvtárakat létrehozva benne). 

Milyen problémáink támadhatnak az umount használatakor? Az egyik leg- 
gyakoribb gond az, hogy nem léptünk vissza a gyökérkönyvtárba, hanem a le- 
bontásra szánt file-rendszer valamelyik könyvtárában vagyunk. Ilyenkor az 
alábbi példa üzenetét kapjuk: 


t /etc/umount /dev/f10 
umount : device busy (az eszközt használják) 
üt 


A , device busy" visszajelzés ráébreszt, hogy munkakönyvtárunk a lebontásra 
váró file-rendszerben van valahol. A következő módon javíthatunk: 
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tt pwd 
/supergiz/fÍrammis 

tt cd / 

tt /etec/umount /supergiz 
3 


A példában a pwd paranccsal kiderítettük, hogy valóban valahol a /super- 
gi z könyvtár alatt vagyunk. Ezután a gyökérkönyvtárra váltva az umount már 
eredményesen működött. 

Meglehetősen gyakori hiba az is, hogy az eszköz helyett a hozzá kötött könyv- 
tárat próbáljuk lebontani: 


H cd / 

Ht /etc/umount /supergiz 
umount : Block device reguired 
§ 


Ilyen hibát véteni meglehetősen könnyű. Tartsuk észben, hogy a file-rendszert 
tartalmazó eszközt bontjuk le, nem pedig a file-rendszerhez rendelt könyvtárat. 

Végül, ha nemlétező eszközt kívánunk lebontani (tehát a /dev könyvtárban 
nincs megfelelő bejegyzés), meglehetősen rejtélyes üzenetet kaphatunk: 


t /etc/umauunt /dev/f10 
umount: Invalid argument (érvénytelen argumentum) 
tt 


A KI- ÉS BEMENET SZINKRONIZÁLÁSA: gync 


A System Vegyszerre több program futtatására képes, azaz multitasking rendsze- 
rű. Ez az oka annak, hogy nem lehet akármikor kikapcsolni a gépet — a memória 
még tartalmazhat olyan adatokat, amelyeknek a lemezekre kell kerülniük. 

A rendszer több blokkból álló cache-t tart fenn a memóriában, amelyek le- 
hetnek adatblokkok, könyvtárblokkok vagy ami a legfontosabb, a szuper- 
blokk. Ezek bármelyike tartalmazhat olyan információt, amelyet lemezre kell 
írni. Ha csak úgy odasétálnánk és kikapcsolnánk a rendszert, a file-rendszerek 
állapota rémesen leromlana. 

Norrmnális működés esetén a rendszer bizonyos időközönként végigpásztáz a 
lemezpuffereken, és a lemezekre írva üríti tartalmukat. Ezt a rendszeresen Is- 
métlődő eseményt hívják szinkronizálásnak. I 

Így hát valahányszor le akarjuk állítani a rendszert, vagy az umount parancs- 
nál tárgyaltak szerint file-rendszert tartalmazó lemezt akarunk eltávolítani a 
gépből, biztosítani kell, hogy a lemezpufferek tartalmát a rendszer kiírja a le- 
mezre. Ezt a sync paranccsal érhetjük el: 


tt /etc/sync 
§ 
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A sync végrehajtásakor semmit sem ír a képernyőre. 

Azt is tudnunk kel, hogy a sync parancs lefutása után megjelenő tt (rend- 
szer)prompt nem azt jelenti, hogy az összes puffer tartalma a lemezre íródott, 
csupán azt jelzi, hogy a kiírás megkezdődött. Ezért aztán sokszor láthatunk em- 
bereket a sync parancsot egymás után kétszer kiadni. 


ESZKÖZÖK ÉS SPECIÁLIS FILE-OK 


A System V számon tart bizonyos fajta perifériákat, amelyek lehetnek mágnes- 
lemezek vagy mágnesszalagok, terminálok, kommunikációs vonalak és egyéb 
dolgok. Az eszközök minden egyes fajtájához létezik egy MEGHAJTOnak 
(DRIVER) nevezett valami, amely az adott eszközzel való kapcsolattartásért 
felelős. A rendszer mélyén van valahol egy táblázat, amely akülönböző meghaj- 
tókra mutat. Az eszközöket a Unix file-ként kezeli. Az eszköz neve (ti. a file- 
név) és a meghajtótábla közötti fizikai kapcsolat a gyökérkönyvtárból nyíló 
/dev alkönyvtárban lelhető fel. 


A RENDSZER BŐVÍTÉSE ÚJ ESZKÖZZEL: mknod 


Amikor a rendszert új eszközzel bővítjük, a /dev könyvtárban is létre kell hoz- 
nunk egy új eszköznevet. Ezt , csomó létrehozásának" nevezzük (making a no- 
de), és az mknod paranccsal végezhetjük el. Vizsgáljuk meg egy tipikus rendszer 
/dev könyvtárát! (Az alábbiakban a /dev-nek csak egy részét mutatjuk, mivel 
sok benne az ismétlődő elem. ) 


$ 18 -1 /dev 
Total 3 
CYw-———w-—-——w-— 2 root root 0, OAug 10  15:39 console 
csatöbbis 
crw-———w—-———-w-- 1 root root 1, OAug 8 14:331p 
brw--rw--rw-- 1 root root 2, 2Aug 9 08:24 nuli1 
brw--rIw--rIw-- 1 root root . 5, OJul 21  21:17rm0 
a satöbbi s 
crw--r----r---- 1 root root 5, BJul 11  20:44rmrmmn0 
brw--IWw--rIw-- 1 root root 5, 5dJul 21  21:16mt0 
a satöbbis 
crw-——-—-w-—-—-—-w-- 1 root root 18, 0OAug 4 16:11 tty00 
crw-—-——-w-—-—-—-w-- 1 maryann widget 18, 1lAug 10 16:11tty0il 
crw-———w-———-w-- 1 root root 18, 2Aug 10  16:11tty02 
crw—-—-—w---—-w-— 1 jack widget 18, 3Aug 10  16:11tty03 
c satöbbis 
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A /dev könyvtár fenti listája egy meglehetősen tipikus, nagy, időosztásos 
System V rendszerről készült. 

Egy új eszköz — mondjuk a tty1 6 -számára új bejegyzést készíteni az mknod 
paranccsal tudunk: 


tt /etc/mknod /dev/tty16 c 18 16 
1 


Az első argumentum - esetünkben /dev/tty16 - az új eszköz neve, a má- 
sodik —itt c — azt jelzi, hogy az eszköz (c) karakterorientált (pl. terminál), vagy 
(b) blokkorientált (pl. lemez). 

A harmadik és negyedik argumentum az eszköz fő- és mellék-eszközszáma 
(major and minor device number). A System V minden eszközéhez tartozik 
egy meghajtóprogram, eltemetve valahol a rendszer mélyén, amely az eszköz 
tevékenységeit kezeli. Általában a főeszközszám jelzi, hogy az eszközök hány 
különböző osztályát tudja kezelni ugyanaz a meghajtó. A mellék-eszközszám 
segítségével a meghajtó az aktuális eszköz számát állapítja meg, amellyel ép- 
pen kommunikál. 

Az eszközök listája is olyan természetű, amely rendszerről rendszerre válto- 
zik, mindenesetre információért ahhoz forduljunk, akitől vásároltuk a rend- 
szert. 


A find PARANCS 


A find (talál) rekurzívan keresgél könyvtárrendszerekben, és nevének megfe- 
lelően rátalál megadott ismérvű file-okra. A leggyakrabban használt ismérvek a 
következők: a file neve, tulajdonosa, mérete, az utolsó hozzáférés ideje, az utol- 
só módosítás időpontja. A keresési kritériumok megadása mellett megadhatjuk 
azt is, mi történjék a megtalált file-okkal — legegyszerűbb esetben azt mondjuk, 
hogy íródjék ki nevük a standard kimenetre. 

A keresési kritériumok és a találatokon elvégezhető műveletek teljes listája a 
System V felhasználói kézikönyvében (Users Manual) a find bejegyzés alatt 
van dokumentálva. A find parancsot nem csak a rendszergazda használhat- 
ja. E részbe azért került be, mert leginkább adminisztratív eljárásoknál haszná- 
latos. 

Első példánkban a core nevű file-ok meglelésére végigkutatunk egy file- 
rendszert. Ezek a file-ok programok összeomlásánál keletkeznek. Ha az ösz- 
szeomlott program fejlesztés alatt állt, a core file valószínűleg tartalmaz hasz- 
nos információt, jóllehet igen kevés programozó találja arra érdemesnek, hogy 
bajlódjon vele. Ha az összeomlott program a rendszer egy parancsa, a felhasz- 
náló esetleg nem is tud a file létezéséről. Mivel nem tudjuk előre megállapíta- 
ni, hogy mekkorára dagadnak a core file-ok, igen hasznos, ha tudatában 
vagyunk létezésüknek. A következő parancs a name (név) kritériumot használ- 
Ja ilyen file-ok megkeresésére: 
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$t find /aa /ab -name core 
ti 


Sajnos, ez az egyszerű find parancs nem közöl semmit a file-okról. A find 
általában szép csendesen dolgozik. Ha a file-ok listáját látni is szeretnénk, a 
print műveletet is meg kell adnunk: 


tt find /aa /ab -name core -print 
/aa/widget/maryann/progs/core 
/aa/patty/ccode/src/core 
/ab/payroll/test/core 

ht 


A gyakorlatban persze nem mindig tudjuk a keresett file nevét. Tételezzük fel 
például, hogy a felhasználóknak az a szokásuk, hogy . old (régi) kiterjesztésű 
biztonsági másolatokat készítenek file-jaikról! Ilyenkor a pontos file-névről fo- 
galmunk sincs. A find ugyanazokat a helyettesítő karaktereket használja a fi- 
lenév általánosabb megadására, mint a shell. Azonban biztosítanunk kell, hogy 
a shell ne értelmezze a helyettesítő karaktereket, hanem adja át a find-nak. 
Ezt idézőjelek használatával tehetjük meg: 


t find /aa -name "".old" -print 
/aa/widget/maryann/docs/people. old 
/aa/widget/maryann/docs/ softpeople.old 
kt 


A gyakorlatban nem mindegyik . o1d-ra végződő program régi ténylegesen, 
lévén a , régi" relatív fogalom. Ha biztosak akarunk lenni benne, hogy ezek va- 
lóban régiek, azt is meg kell néznünk, hogy mikor nyúltak utoljára hozzájuk. Ezt 
úgy tehetjük meg, ha a kritériumok közé felvesszük az atime-ot (time of last 
access: az utolsó hozzáférés ideje): 


t find /aa -name "? .old" -atime 4.7 -print 
/aa/widget/maryann/docs/people. old 
hp 


Az atime kritériumot követő kritérium a napok számát jelenti. Ha — pél- 
dánkhoz hasonlóan - a számot -t Jel 15 megelőzi, az amegadott napok számánál 
régebbi file-okat jelenti. Ha a napokat jelentő számnak negatív előjele van, a 
megadottnál fiatalabb file-okat találjuk meg. 

A fenti példában a file-kereséshez használt két különböző kritérium között 
egy implicit logikai ÉS (AND) volt (azaz azokat a file-okat kerestük, amelyek 
. oldvégződésűek, ÉS hét napnál régebbiek). Ha precízek akarunk lenni, a fen- 
ti parancssort egészítsük ki az ÉS művelettel (-a): 
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t find /aa -name "".old" -a -atime 4.7 -a -print 
/aa/widget/maryann/docs/peocple. old 
H 


Ha a logikai VAGY (OR) operátort szeretnénk használni a keresési kritériu- 
mok kapcsolatának megadására, ezt a -o megfelelő kritériumok közé való be- 
szúrásával tehetjük meg. A következő példa mind a core file-okat, mind a 
. old végűeket megkeresi: 


t find /aa -name core -o -name "t old" -print 
/aa/widget/maryann/docs/people.old 
/aa/widget/maryann/docs/ softpecple.old 

gk 


Jóllehet, az előző példákból tudjuk, hogy létezik core file, ennek ellenére 
csak az . old végűeket látjuk viszont a képernyőn. 

Ennek oka a find működésében rejlik, amely a kritériumokat és tevékenysé- 
geket sorjában, balról jobbra haladva értékeli ki, amennyiben nem használtunk 
(levédett) zárójeleket: W ill. ). A fenti példa javított változata így fest: 


tt find /aa M(-name core -o -name "? .old" 4) -print 
/aa/widget/maryann/progs/core 
/aa/widget/maryann/docs/people. old 

/aa/widget /maryann/docs/ softpeople. old 
/aa/patty/ccode/ src/core 

kg 


A levédett zárójelek is a find külön argumentumaként szerepelnek, s ezért 
mindkét oldalukon szóközt látunk. Ha elhagyjuk a szóközök valamelyikét, hi- 
baüzenet lesz jutalmunk: 


tt find /aa M-name core -o -name "told" -print 
find: bad option -o (a -o hibás opció) 
ht 


A find parancsot eddig pusztán a keresett és megtalált file-ok kilistázására 
használtuk, ám más tevékenységet is végeztethetünk a fellelt file-okon. Az 
exec egy megadott System V parancsot futtat minden talált file-on. A követke- 
ző parancs például letöröl minden két napnál régebben módosított file-t a /tmp 
könyvtárból az rm (remove: törlés) parancsot használva: 


t find /tup -mtime 4-2 -exec m ( ) N; 
hm 


A ( ) jelzés azt jelenti, hogy a kritériumokkal éppen összevetés alatt álló file 
neve kerül ide. A végrehajtandó parancs végét levédett pontosvessző jelzi (4), 
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mely ismét külön argumentuma a find-nak, tehát szóköznek kell megelőznie. 
Ha mégis elmulasztanánk kitenni, a rendszer hibaüzenettel frissíti memórián- 
kat: 


t find /tup -mtime 42 -exec m ( ) 
find: incemplete statement (befejezetlen kifejezés) 
té 


Az exec-hez hasonló másik elvégezhető tevékenység az ok. Ez szintúgy vég- 
rehajt egy System V parancsot, ám a végrehajtás előtt jóváhagyásunkért folya- 
modik. Ha nem y (yes: igen) gépelésével válaszolunk neki, a parancsot nem 
hajtja végre. A következő parancs az egy hónapja olvasatlanul álló news cik- 
keinket törli megerősítésünk után: 


$ find /usr/news -atime 430 -ok m ( ) 


a Mm . . . /üusr/news 5? 

a Mm . . . /usr/news/printer 5?Y 
a Mm . . . /usr/news/picnic 5? 

a Mm . . . /usr/news/ leaving 5?Y 
h 


Ezzel töröltük a , printer" és , leaving" cikkeket, de meghagytuk a , picnic" - 
ről szóló híreket. 

Ha a find-nak semmiféle file-t meghatározó kritériumot nem adunk meg, az 
összes file-t meg fogja találni. A következő parancs például Maryann összes file- 
ját és alkönyvtárát kilistázza: 


t find /aa/widget/maryamni -print I 1p 
hm 


BIZTONSÁGI MÁSOLAT (BACKUP) 
ÉS HELYREÁLLÍTÁS 


Akár gigantikus, 100 felhasználóval rendelkező System V rendszerünk van, 
akár csak egy apró, egyetlen felhasználót kiszolgáló rendszer — mindenképpen 
szükséges rendszeresen biztonsági másolatot készíteni file-jainkról, hogy minél 
kevesebb munka menjen veszendőbe, ha valami baj történik. (Ez általában 
, system crash", azaz rendszerösszeomlás. ) 

Számos módja van a biztonsági másolat készítésének. Legjobban akkor já- 
runk, ha hetente a teljes rendszert elmentjük, és a változásokról naponta készí- 
tünk mentést. Napontja elmentjük tehát az aznapi munkánk gyümölcsét tartal- 
mazó file-okat, hetente pedig a teljes file-rendszert, függetlenül attól, hogy 
változott-e. 


Rendszeradminisztráció 317 


A backup eszközök - amelyekre a biztonsági másolatok készülnek - általá- 
ban mágnesszalagok, de kis rendszereknél floppy diszkek is épp olyan jól meg- 
teszik. 


BIZTONSÁGI MÁSOLAT ÉS HELYREÁLLÍTÁS A cpio-VAL 


A System V legáltalánosabban használt backup parancsa a cpio (copy input/ 
output: bemenet/kimenet másolása), de a következő részben ismertetésre kerü- 
lő tar (tape archive: szalagos archiváló) programmal a kiválasztott file-okról 
részleges biztonsági mentés is készíthető. 

A cpio programnak három fő üzemmódja van, amelyekből az alábbi opciók- 
kal választhatunk: 


e -o, kimenet (output), 
e -i, bemenet (input), 
e -p, átadás (pass). 


A cpio-nak léteznek további, másodlagos opciói is, amelyekkel kissé módo- 
síthatjuk a fenti három üzemmód tevékenységeit. 


FILE-OK ARCHIVÁLÁSA cpio-VAL 


Kimeneti módban, az -o opciót használva a cpio a standard bemenetről veszi a 
file-neveket, majd ezeket (a fejléc információt megtartva) egyesítve egyetlen 
file-t ír a standard kimenetre. A file-nevek listáját leggyakrabban a find pa- 
rancstól kapja, így ebben a módban a cpio általában egy find-dal kezdődő 
csővezeték (pipeline) végén található. Ha a cpio kimenetét mágnesszalagra 
vagy floppy diszkre szeretnénk íratni, a standard kimenetet a megfelelő eszköz- 
höz rendelt file-névre kell irányítani. 

A következő példában feltételezzük, hogy létezik egy /dev/rmtO nevű 
mágnesszalag-egységünk, melyre archiválni szeretnénk a teljes /aa file-rend- 
szert: 


t find /aa -print I cpio -o 5 /dev/rmmt0O 
2317 blocks 
ij 


(Emlékezzünk rá, hogy a file-nevekre vonatkozó kritériumok nélküli find 
minden file-t megtalál.) 

Tipikus hiba a cpio használatánál a kimet átirányításáról való megfeledke- 
ZÉSs: 


H$ find /aa -print I cpio -o /dev/rmt0O 
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Ha a file-ok tartalmát a képernyőn látjuk viszont, helyenként valami zagyva- 
sággal keveredve (ez a fejléc információ), ez azt jelzi, hogy valószínűleg megfe- 
ledkeztünk az átirányítást jelölő igen lényeges 5 karakterről. 

Szalagra való archiváláskor hasznos opció a -v (verbose: bőbeszédű). 
A cpio ennek használatakor az éppen írás alatt álló file nevét megjeleníti a 
képernyőn — jelezvén ezzel, hogy még dolgozik, ami az archiválás hosszú percei- 
ben nyugtatólag hat. Ezt felhasználhatjuk az archiválásra kerülő file-ok listájá- 
nak elkészítésére is. Mivel a standard kimenetre archiválunk, a -v opció a hiba- 
kimenetre írja a file-neveket, amelyeket akövetkező módon csíphetünk nyakon 
és írhatunk egy jegyzéktfile-ba (log file): 


H$ find /aa -print I cpio -ov 5 /dev/rmtO0 25/usr/dumwplog/aa.10g 


A jegyzékfile-t akár ki 15 nyomtathatjuk, ha szükségünk van a szalagon tárol- 
tak papíron történő nyilvántartására. Amennyiben ez volt a célunk, a /tmp 
könyvtárat is használhattuk volna a jegyzékfile tárolására, ám amint azt látni 
fogjuk, e file-nak más haszna is van. 

A változások archiválása a legutolsó teljes mentés után módosított file-okat 
érinti. Ezt a következő módon valósíthatjuk meg (a rendszer biztonsági menté- 


se két napja történt): 


$ find /aa -mtime 4.2 -print I cpio -o5 /dev/rmt0 
B I 


Biztonságosabb a következő eljárás, mely a newer (újabb) kritériumot hasz- 
nálja a file-keresésnél: 


H$ find /aa -newer -/usr/duplog/aa.10g9 -print I cpio -o5 /dev/rmt0 
H 


A változások archiválási eljárása most az utolsó teljes mentés jegyzékfile-já- 
nál újabb file-ok mindegyikére kiterjed. 

A cpio find-dal való használata oly gyakori, hogy a find parancs számára 
létrehozták a cpio tevékenységet. A find így egymaga elvégez mindent, nem 
kell a csővezetékkel bajlódnunk. A teljes file-rendszer biztonsági mentése a kö- 
vetkező módon érhető el: 


$ find /aa -cpio /dev/rmtO -print 5/usr/duplog/aa.1o0g 
4 I 


A file-okat a -cpio tevékenység írja a /dev/rmt0O eszközre. Most nem volt 
szükségünk a kimenet átirányítására, mert a kimenet a -cpio után közvetlenül 
megadott file-ba kerül. Használhatjuk azonban az átirányítást a -print ered- 
ményének jegyzéktile-ba történő írásához. 
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Részleges mentést pl. a következő paranccsal végeztethetünk: 


H$ find /aa -newer /usr/duplog/aa.10g9 -cpio /dev/rmt0 
$ 


Eddigi példáinkban a file-okat teljes elérési útjaikkal együtt archiváltuk, így 
ha a file-rendszert helyreállítjuk az archív file alapján, a file-ok teljes elérési út- 
vonalukkal kerülnek a rendszerre, tehát pontosan abba a könyvtárba, amelyik- 
ben voltak az archiváláskor. Amennyiben a cpio-val egyetlen felhasználó file- 
jait archiváljuk, előfordulhat, hogy inkább szeretnénk relatív elérési utakat 
megőrizni, hogy ezáltal a file-ok helyreállítását a file-rendszer általunk válasz- 
tott pontján (ti. könyvtárában) el tudjuk végezni. 


§ cd /aa/widget/maryarmm 
Hfind . -cpio /dev/f£10 
H 


A fenti módon a /dev/f10 eszköznevű floppy diszkre archiváltunk. Figyel- 
jük meg a pont használatát, mellyel a find számára az aktuális könyvtárat je- 
löltük ki a kereséshez. 


FILE-OK HELYREÁLLÍTÁSA A cpio-VAL 


A cpio bemeneti üzemmódjában - tehát a -i opcióval -— használva a standard 
bemenetről beolvassa a file-ok listáját (melyet korábban a cpio -o paranccsal 
hoztunk létre), majd helyreállítja a file-okat, azaz visszamásolja őket archiválás 
előtti helyükre. 


$ cpio -i -/dev/rmt 
kH 


Ha streamer-ünkbe a /aa file-rendszerról a korábbi példák során készített 
archiválás eredményét tettük (és azt a mount-tal hozzáépítettük rendszerünk- 
höz), a fenti parancs helyreállítja az eredeti /aa file-rendszert. A fecsegő opció 
itt is használható, tehát cpio -iv használata esetén a helyreállítással párhuza- 
mosan megjelenik a file-ok listája. 

Tipikus hiba ez esetben is megfeledkezni az átirányításról. Ilyenkor a rend- 
szert ugyancsak meglepjük - ut. a bemenet a standard bemenet, amely átirányí- 
tás híján a terminál, s eszerint magunk akarjuk begépelni az archivált file-rend- 
szert a cpio-nak megfelelő formátumban. Ha tehát a parancs begépelése után 
csak a bamba és rezzenéstelen képernyővel nézünk farkasszemet, valószínűleg 
ilyesmit gépeltünk: 


H$ cpio -iv /dev/rmt 
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amiből a c karakter bizony kimaradt. A AD (CTRL-D) segít kimászni ebből a 
helyzetből. 

A file-rendszer helyreállítása előtt megvizsgálhatjuk a mágnesszalag tartal- 
mát a bemeneti üzemmód -t (table of contents: tartalom) opciójával, tehát a 
cpio -it paranccsal. A -t és -v opciók együttes használata információban 
sokkal gazdagabb tartalomjegyzéket eredményez. 

Az ehhez hasonló giobális helyreállítások esetén a cpio megvizsgálja a mág- 
nesszalagon az olyan file-ok módosítási időpontjait, amelyeknek létezik azonos 
elérési úttal rendelkező párja a rendszeren, s ha a meglévő file újabb, nem írja 
fölül a szalagon lévő régebbivel. Ha mégis felül szeretnénk írni az ilyen file-okat, 
ezt a -u (unconditional: feltétel nélküli) opció megadásával eróltethetjük. 

A cpio feltételezi, hogy léteznek azok az alkönyvtárak, amelyekből a men- 
tés történt, és hibaüzenetet küld, ha nemlétező könyvtárba próbál írni. Ha egy 
teljes file-rendszert letöröltünk, és szeretnénk helyreállítani, igen fáradságos- 
nak találnánk egyenként létrehozni a megfelelő alkönyvtárakat. A cpio-nak 
ezért van egy -d (directories: könyvtárak) opciója, amely automatikusan létre- 
hozza a szükséges alkönyvtárakat. 

Nem szükséges az archivált file-ok mindegyikét helyreállítani. Olyan opcio- 
nális argumentumot is megadhatunk cpio-nak, amelynek mintája megszabja, 
miféle file-okat olvasson vissza. A minta lehet file-név, de tartalmazhat helyet- 
tesítő karaktereket is több file megadására. A cpio ugyanazokat a metakarak- 
tereket használja mint a shell, ezért tegyük őket idézőjebe, hogy ne a shell, ha- 
nem a cpio értelmezze azokat. 

A következő parancs Maryann összes C nyelvű programjának forrás file-ját a 
/ tmp könyvtárban állítja helyre (feltéve, hogy a megfelelő lemez van a /dev 
/f10 meghajtóban): 


H cd /tp 
tkpio -id "t.c" -c/dev/f10 
tk 


Ha csak egy felhasználó néhány file-ját állítjuk helyre, gyakran kifizetődőbb 
azt a /tmp könyvtárban elvégezni, majd megkérni az illetőt, hogy másolja át 
magához. Különösen igaz ez, ha a felhasználó csak file-jának egy korábbi, azóta 
már módosított változatára kíváncsi. A file-t a /tmp-ból később törölhetjük. 

A fenti példában azért tudtuk az eredetitől eltérő könyvtárban helyreállítani 
a file-okat, mert az archiváláskor relatív elérési utakat használtunk. Mindazon- 
által teljes elérési utak használata esetén is van lehetőség egy file más helyen 
történő helyreállítására a -r (rename: átnevez) opcióval. Ennek használatakor 
a cpio megkérdezi, hogy mi legyen a file új neve. A file új neve az lesz amit 
begépelünk; ha semmit nem adunk meg, csak RETURN-t nyomunk, a file-t 
nem olvassa be. Ez minden egyes file esetén így történik, ezért ezt az opciót 
csak abban az esetben ajánljuk, ha néhány file azonosítására alkalmas mintát 
használunk. Nem okozna nagy örömöt, ha megpróbálnánk ily módon a teljes 
elérési úttal archivált /aa file-rendszer összes file-ját a /ac alá helyreállítani. 
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KÖNYVTÁRAK MÁSOLÁSA A cpio-VAL 


A cpio harmadik üzemmódja a könyvtárstruktúrák másolásának kényelmes 
módját biztosítja. A -p opció alapvetően azt közli a programmal, hogy megke- 
rüljük a másolás bemenet/kimenet részét, s ekkor a cpio nem foglalkozik a fej- 
léc info-val, amelyet mágneslemezre ill. -szalagra kiírna. Ebben a módban a 
cpio a célkönyvtár nevét argumentumként várja, így átirányítást nem kell al- 
kalmaznunk. 

Az alábbi parancs valamennyi file-t és alkönyvtárat átmásolja a /aa/bli- 
vet könyvtárból a /ac file-rendszer megfelelő helyére: 


H cd /aa/blivet 
Hfind . -print I cpio -pd /ac/blivet 
§ 


Az /aa/blivet könyvtárból most már kitörölhetjük a file-okat. A fentihez 
hasonló tevékenységre, tehát sok file és könyvtár file-rendszerek közötti másol- 
gatására néha szükség van, ha a file-rendszer megtelik. 


A SZALAGOS ARCHIVÁLÓ PROGRAM: tar 


File-ok mágnesszalagra való archiválására hasznos lehet a tar (tape archive: szala- 
gosarchiváló) programis. Első pillantásra ezazonosnak tűnhet az ar archiválóval, 
de a tar tudja, hogy mi a könyvtár, mi a link, stb. A tar a file-okat speciális formá- 
ban a megadott eszközre írja a fejléc információkkal és az ellenőrző összegekkel 
együtt. A tar a könyvtárstuktúrák, file-ok, hozzáférési jogok stb. hű reprezentá- 
cióját archiválja, így később az archivált file-okat teljes mértékben helyre tudja ál- 
lítani. Nem szükségszerű, hogy a tar mágnesszalagra írja a file-okat, másik lemez- 
re 15 írhatjuk, pontosabban: bármelyik file-rendszer bármely könyvtárába. 

Jóllehet a tar parancsot a rendszeradminisztrációról szóló fejezetben tár- 
gyaljuk, bármikor használhatjuk egyszerű felhasználóként Is. 

A tar parancssorának ilyesféle formájúnak kell lennie: 


tar opciók file-ok 


A többi Unix parancshoz hasonlóan a tar is csendesen, fölösleges kiírások 
nélkül dolgozik, amennyiben nem használtuk a v (verbose: bőbeszédű) opciót. 


BIZTONSÁGI MENTÉS SZALAGRA A tar SEGÍTSÉGÉVEL 


Tegyük fel, hogy van egy /dev/f10 nevű eszközünk (egy floppy meghajtó). 
A következő példában szemügyre vehetjük, hogyan archiválhatjuk egy könyv- 
tár tartalmát a floppy-ra: 


H tar cf /dev/f10 ? 
kH 
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Két opciót adtunk a tar-nak. A c (create: létrehoz) opció azt közli a tar-ral, 
hogy új archív file-t kell készítenie. Ennek hiányában a tar feltételezi, hogy egy 
létező archív file-t bővítünk. 

Az f opció azt jelzi, hogy a következő argumentumban találja a tar a file 
nevét, amelybe az archiválás eredményét kell írnia. Ha elhagyjuk, a tar vala- 
milyen alapértelmezés szerinti eszközre fog írni, amely rendszerenként más 
és más lehet. Annak megállapítására, hogy saját rendszerünkön ez micsoda, gé- 
peljük a tar parancsot file-név megadása nélkül, és figyeljük, hogy hová próbál 
írni. 

Ha szeretnénk megnézni egy archív file tartalomjegyzékét, a t (table of con- 
tents: tartalomjegyzék) opció használatával érhetünk célt: 


tt tar tf /dev/f10 
ca 
szalagon 
lévő 
file-ok 
listája: 


FILE-OK VISSZAOLVASÁSA MÁGNESSZALAGRÓL 
A tar SEGÍTSÉGÉVEL 


Hogyan tudjuk visszaolvasni file-jainkat a szalagon lévő archivált állományból? 
Az x (extract: kinyer) opció használatával: 


t tar xf /dev/f10 "people 
át 


Az x opció azt jelezte a tar-nak, hogy a megadott file-okat másolja ki az ar- 
chív file-ból. A tar megint üzenet nélkül dogozott. 

A tar x opciójának van azonban egy szépséghibája, amely a fenti példából 
nem látszik. Nem a tar, hanem a shell értékelte ki a tpeople kifejezést, így 
az ezáltal meghatározott file-ok listáját a tar csak akkor kapja meg, ha azok 
léteznek az aktuális könyvtárban. Ha nem léteznek, a shell nem ad át file-nevet 
a tar-nak (mivel tpeople-nek megfelelő file nincs), s a tar csendben, üzenet 
nélkül nem csinál semmit. Ilyen esetekben a tar parancssorában ki kell írni a 
file-ok pontos nevét". A tar-ból hiányzik a cpi1o-nál látott mintafelismerő ké- 


$ Azért nemn ilyen szörnyű a helyzet. Egy kis kreativitással a Unix-ot mindig rá lehet venni, hogy 
elvégezze helyettünk a piszkos munkát: ha a tar nem hajlandó dolgozni, a shell majd megteszi, 
amire szükségünk van. A következő parancs például az archivált állornányból azokat a file-okat 
másolja ki, melyek nevében people áll: 


t tar xf /dev/f10 "tar tf /dev/f10 I! grep people" (A ford.) 
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pesség, így az idézőjelek használata (ti. hogy a shell ne értékelje ki a tpeople-t) 
itt nem segít. 

A tar használatában van néhány finomság, amellyel a fenti probléma meg- 
kerülhető. Az egyik lehetőség például a helyreállításra szánt file-okat tartalma- 
zó könyvtár nevének (itt maryann) megadása: 


tt tar xf /dev/f10 maryam 
tb 


Ily módon a tar a megadott könyvtár valamennyi file-ját és alkönyvtárát 
helyreállítja. 

A tar másik sajátsága, hogy archiváláskor a file-ok a könyvtárból elérési út- 
juk nélkül kerülnek az archív állományba, s ezért tetszőleges könyvtárban hely- 
reállíthatók. Ha viszont a teljes elérési utat megadjuk az archiválásnál, mint pl. 
/aa/widget/maryann/myfi 1 e, a file így kerül az archívumba és helyreállí- 
tani is csak ilyen néven lehet. 


A FILE-RENDSZER KARBANTARTÁSA: 
fsck 


A file-rendszerek bámulatosan szervezett dolgok. Sajnos léteznek kevésbé bá- 
mulatos dolgok is, amelyeknek hatását — ha rosszkor történnek - file-rendsze- 
rünk ugyancsak megsínyli. Ezt a részt a file-rendszerben esetlegesen fellépő 
problémafajták kalauzának szántuk. Megismerkedünk benne az fsck paracs- 
csal, amely felismeri, hogy milyen problémák merültek fel, és javaslatot tesz az 
orvoslás mikéntjére. 

Korábban, a file-rendszerek ismertetésénél láttuk, hogyan épül fel a file-rend- 
szer azinode-okkal, blokkokkal, indirekt bilokkokkal, a szuperblokkal stb. együtt. 
Ezt az elegáns struktúrát sajnos sok minden megbonthatja. Képzeljük csak el, mit 
eredményez, ha egy háromszorosan indirekt blokk valami módon megsérül! 
Az alábbiak tartalmazzák a leggyakrabban felmerülő problémákat: 


e Hiányzik egy blokk a rendszerről, azaz nem része egy file-nak sem, de a sza- 
bad blokkok listája sem tartalmazza. 

e Dupla inode-ok léteznek, azaz ugyanahhoz a dologhoz két inode is létezik. 

e Egy blokk mind a szabad blokkok között, mind egy file blokkjai között nyil- 
ván van tartva. Ez a lehető legsúlyosabb problémák egyike. Ha ez története- 
sen indirekt blokk, a szabad blokkok listáján való hibás részvétele azt ered- 
ményezi, hogy egy másik file-hoz rendeli a rendszer, és így végül a két, 
kezdetben különböző file zagyva keverékét kapjuk. 

e Létezik egy file, de egyetlen könyvtárhoz sem tartozik. 


Szerencse a szerencsétlenségben, hogy a file-rendszer bizonyos mértékig re- 
dundáns. A redundáns információk ilyesfélékből erednek: 
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e Egy adatblokk - mely történetesen könyvtár — file-neveket (illetőleg al- 
könyvtár-neveket) és indexeket tartalmaz. De valahol létezik a könyvtárnak 
megfelelő inode, mely könyvtárnak, nem pedig file-nak van jelölve. 

e Egyblokk, mely tagja a Szabad Blokkok Listájának, elméletileg egyetlen file- 
nak sem része. Az inode-okat könnyű átvizsgálni, és megkeresni azokat a 
blokkokat, melyek mind az üres blokkok között, mind a file-ok által lefoglalt 
blokkok között szerepelnek. 

e Hasonlóan, egy file-hoz tartozó blokk nem lehet más file-nak is része, ezt is 
könnyű ellenőrizni. 


Ezek és a nagyszámú további redundanciák lehetővé teszik, hogy egy okosan 
tervezett program ellenőrizze a file-rendszer épségét, és érdemi kísérletet te- 
gyen a hibák helyreállítására. 

A lelkiismeretes felhasználó vagy rendszergazda számára ajánljuk T. J. Ko- 
walski FSCK - The UNIX File System Check Program (FSCK - a Unix file- 
rendszer ellenőrző program) című cikkét. A cikk kitűnő tárgyalást ad a file- 
rendszerről, arról, hogy milyen hibák léphetnek fel, és azokról a hibatípusok- 
ról, amelyeket egy okos program - amilyen a fsck is — helyrehozhat. 


A FILE-RENDSZER INTEGRITÁSÁNAK 
ELLENŐRZÉSE AZ fsck-VAL 


Az fsck parancsot a file-rendszer ellenőrzésére használjuk. A következő példa 
bemutat egy tipikus fsck futást: 


tt /etc/fsck 
kk Phase1 - Check Blocks and Sizes (blokkok és méretek ellenőrzése) 
kt Phase2 - Check Pathnames (elérési utak ellenőrzése) 


xx phase 3 - Check Connectivity (kapcsolatok ellenőrzése) 

rk Phase 4 - Check Reference Counts (referenciaszámok ellenőrzése) 

kk Phase5 - Check FreeList (szabad blokkok listájának ellenőrzése) 
té 


A példából látjuk, hogy az fsck több fázisban végzi munkáját. A legtöbb 
Unix paranccsal ellentétben az fsck meglehetősen szószátyár, és mindig köz- 
li, hogy éppen mivel foglalatoskodik, meghagyván így a lehetőséget, hogy intel- 
ligensen reagáljunk. A különböző fázisok az alábbiakat végzik: 


Fázis Leírás 


1 Ellenőrzi az inode-ok következetességét: a linkek számát, az egyes 
inode-ok típusát és formátumát. 
2. Ellenőrzi az olyan inode-okra mutató könyvtárakat, amelyeket előző- 


leg hibásnak talált. 
3. Meghatározza a hivatkozás nélküli könyvtárakból származó hibákat. 
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4. Ellenőrzi a linkek számának következetességét a könyvtárak és file-ok 
esetére. 
5. A szabad blokkok listájában ellenőrzi, hogy vannak-e rossz vagy dup- 


lán használt blokkok, vannak-e a listából hiányzó üres blokkok, vala- 
mint megadja a szabad blokkok teljes számát. 


Az ismertetett fázisok mellett létezik néhány másodlagos fázis is (pl. az 1b 
fázis), amelyek csak akkor kerülnek elő, ha az elsődleges fázis hibát tár fel. 

Az fsck parancs alapértelmezésben több file-rendszert ellenőriz, így a root 
file-rendszert biztosan. Előírhatjuk más file-rendszerek ellenőrzését is, nevük- 
nek a /etc/checklist file-ba való írásával. 

Fenti példánkban az fsck olyan futását mutattuk be, amikor semmi problé- 
mát nem talált. Most az fsck által felderíthető hibákat tárgyaljuk, megnézzük, 
hogy mit jelentenek és hogy mit kezdhetünk velük. 

A következő példa egy fejlesztés alatt álló rendszeren készült, ahol még bő- 
ven voltak file-rendszert rongáló hibák. 

Az fsck felfedezett egy dupla inode-ot a /usr/src/sys könyvtárban lévő 
unix nevű file-hoz. Ez a fejlesztés alatt álló területen történt. A rendszergazda 
úgy határozott, hogy semmi szükség a unix második példányára és az fsck- 
nak meghagyta, hogy javítsa ki a hibát (/. az y válaszokat a párbeszédes rész- 
ben). 


tt /etc/fsck 

xt Phase1l - Check Blocks and Sizes 
528627 BAD I-66 

kr Phase 2 - Check Pathnames 
DUP/BAD I-66 OXNER-root MODE-100755 
SIZE-78409 MTIME-Feb 24 16:45 1982 
FILE-/usr/src/sys/unix 

REMIVE? y 


ri Phase 3 - Check Connectivity 

rxr Phase 4 - Check Reference Counts 
DUP/BAD I-66 OWNER-root MODE-100755 
SIZE-78409 MTIME-Feb 24 16: 45 1982 
FILE-/usr/src/sys/unix 

CLEAR? y 


UNREF FILE I-361 OXNER-root MODE-100600 
SIZE-0 MTIME-Feb 25 09 :40 1982 
RECONNECT? y 

kk Phase5 - Check FreeList 

157 BLK(S) MISSING 

BAD FREE LIST 

SALVAGE? y 

kk Phase 6 - Salvage Free List 
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302 files 5833 blocks 371 Íree 
ij 


Az fsck futása végén kideríti, hogy hiányoznak blokkok a szabad blokkok 
listájáról, és megkérdezi, kijavítsa-e a listát. Ha igennel (y) válaszolunk, megte- 
szi, de csak a 6. fázisban, amely hibamentes futás esetén hiányzik. 

Legvégül az fsck üzenhet, s tájékoztatja a felhasználót a dolgok állásáról. 
Sikeres futás esetén, ha semmi hiba nem volt, az fsck a következőt írja ki: 


Nfiles Bblocks Ffree, 


melynek jelentése az, hogy N file van a B blokkból álló file-rendszerben, a sza- 
bad blokkok száma pedig F. 

Ha az fsck komoly műtétet hajtott végre file-rendszerünkön, a következő 
üzenet jelenhet meg: 


je akkr BOOT UNIX (NOSYNC!) trrrr (Indítsa újra a Unix-ot sync nélkül!) 


Az ilyen üzenet azt jelzi, hogy a root file-rendszer vagy egy hozzáépített file- 
rendszert módosítottunk. Ha nem indítjuk újra a rendszert azonnal, a javítások 
elveszhetnek, a rendszerfile-ok memóriában tárolt másolatai miatt. A rendszer- 
indítást a sync parancs kiadása nélkül kell elvégezni (különben a sync hatásá- 
ra a javítások felülíródnak ). 


A LOST4FOUND KÖNYVTÁR 


A lost: found könyvtár szerves része az fsek program használatának. Min- 
den file-rendszer gyökérkönyvtárában kell lennie 1o0st: found könyvtárnak. 
Ide teszi az fsek a file-rendszer olyan file-jait, amelyek sehová sincsenek értel- 
mes módon linkelve. 


EGYÉB ADMINISZTRATÍV TÉMÁK 


Ebben a részben néhány olyan témáról lesz szó, amelyet máshová nem tudtunk 
beszúrni. 
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A TERMINÁL JELLEMZŐINEK VÁLTOZTATÁSA 


Azon terminálok listája, amelyekről bejelentkezhetünk a System V-ra, a 
/etc/inittab file-ban található, amelyről korábban, mint a rendszerindítás- 
nál fontos szerepet játszó file-ról tettünk említést. Itt látható egy kis rendszer 
/etc/inittab file-jának tipikus részlete: 


t tail -4 /etc/inittab 

Co: :respawn: /etc/getty console co 9600 HConsolePort (konzol) 

1lp: : off: /etc/getty tty01 tt. 9600 HtLinePrinter (sornyantató) 
02 : :respawn: /etc/getty ttyOüZtt 9600 tiport tty02 (tty02-es port) 
03 : :respawn : /etc/getty tty03 tt 9600  tHPort tty03 (tty03-as port) 
kk 


Hely hiányában nem elemezzük részletesen a fentiek jelentését, az érdeklő- 
dőt az on-line kézikönyv init parancsról és ini t tab file-ról szóló oldalaihoz 
irányítjuk. Annyit azért elárulunk, hogy ez négy [/D portot jelent, amelyek kon- 
figurációjuk szerint rendre a konzolhoz, a nyomtatóhoz és két felhasználói ter- 
minálhoz (tty) vannak rendelve. 

Ha a tty03 portot úgy szeretnénk változtatni, hogy a felhasználók 1200 
baud-os átvitellel kapcsolódhassanak rá a rendszerre, a /etc/inittab utol- 
só sorát a következőképpen módosítanánk: 


t tail -1 /etc/inittab 
03 : :respawn: /etc/getty tty03 du 1200 — tHdialup 
í 


Ha viszont azt szeretnénk, hogy 1200 baud-os átvitellel kapcsolódhassanak 
külső rendszerekre, így módosítanánk az utolsó sort: 


tt tail -1 /etc/inittab 
03: :off:/etc/getty tty03 du 1200 tdialout 
Hg 


PERIODIKUS JOB-OK FUTTATÁSA: cron 


A System V periodikus feladatokat is el tud végezni. A fejezet elején láttunk egy 
tipikus /etc/rc file-t, amelyet az init processz végrehajt. Az egyik parancs, 
amely ily módon elindult, a /etc/eron volt. A cron a feladatokat peri0diku- 
san végrehajtó parancs. 

A cron állandó processz, amely percenként felébred, megnézi a /usz 
spool /crontab könyvtárban lévő file-okat, hogy mikor milyen feladatokat 
kell végrehajtania. Ha eljött a cselekvés - file-ban megadott-—ideje, a cron elin- 
dítja a megfelelő processzt. 
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A /usr/spool /crontab könyvtár file-jait általában , crontab" file-oknak 
nevezik. A felhasználóknak általában egy ilyen file-juk van. Ezek a felhasználók 
főként a különleges felhasználók közül kerülnek ki: , root", , bin", stb. Mind- 
azonáltal egyszerű felhasználó is létrehozhat crontab file-t a crontab paran- 
csot használva — a parancs csak szintaktikai ellenőrzés után helyezi a file-t a 
/usr/spool/crontab könyvtárba." Az alábbiakban egy tipikus crontab 
file-t láthatunk: 


tt cat /usr/1lib/crantab 

0 gi gi 95 gi /bin/date 5 /dev/console 
20 1 tj 8 gi /bin/calendar - 
0,10,20,30,40,50 kk ok ök /etc/syslog 

kt 


Minden sor hat mezőből áll. Az utolsó mező egyszerűen csak a futtatni kívánt 
parancsot tartalmazza. A fenti példában a date parancs rendszeresen kiírja az 
időt a konzolra. A calendar parancs és a syslog shell script periodikusan 
elindul. 

A mezőket - a Unix alatt megszokott módon - tabulátorok vagy szóközök 
választják el. Az első öt mező jelentése a következő: 

e Az első mező a perceket jelenti, értéke 0 és 59 között lehet. 

e A második mezőben az órák állnak (0-23). 

e A harmadik a hónap napját (1-31), 

e a negyedik a hónapot (1-12), 

e az ötödik pedig a hét napját (1-7: hétfőtől vasárnapig) jelenti. 

Amint a fenti példa harmadik sorából kitűnik, e mezők bármelyike több 
számból is állhat. Ha egy mezőben csillag ( ") áll, a job a mezőnek megfelelő ösz- 
szes lehetséges időpontban végrehajtásra kerül. Végül egy mezőben kötőjellel 
elválasztott számpár is állhat, amely azt jelzi, hogy a job az így kijelölt interval- 
lumban végzendő el. 

A fenti példát használva elmagyarázzuk a crontab file felépítését. Az első sor 
date parancsa minden hónap minden napjának minden óra 0 percekor — más 
szóval óránként -— kiírja a dátumot és az időt a konzolra. 

A második sor a calendar parancsot futtatja minden nap hajnalán 1 óra 20 
perckor. 

A harmadik sor tízpercenként elindítja a gyelog parancsot. 

Ha rendszerünkön valamely ellenőrző processzt periodikusan kell futtat- 
nunk, ennek feltételei a /usr/spool/crontab-ban lesznek rögzítve. Ha pél- 
dául azt szeretnénk egy programmal naponta egyszer felmérni, hogy a felhasz- 
nálók mennyi helyet foglalnak a lemezeken, majd nyilvánosságra hozni a 


t:Néhány régebbi System V verzió esetén a cron egyszerűbb, s csak egyetlen crontab file van 
(/usr/1ib/crontab,), ami a root-nak van fenntartva. 
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, disznók listáját", egy ilyen sort tartalmazó file-t írnánk a /usr/spool/ 
crontab-ba: 


0 18 lej gi gi /etc/hogs 
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GONDOZÁSA 


Rendszergazdaként egyik feladatunk a kézikönyv (manual) naprakész állapot- 
ban tartása, és új bejegyzések létrehozása, amikor a felhasználók új programok- 
kal, eszközökkel bővítik a rendszert. Ez fontos része az adminisztrátor felada- 
tának, hiszen a dokumentáció nélküli rendszer valójában nem túl jól 
használható. 

Általában az összes System V kézikönyv on-line rendszerű. Ettől eltérés csak 
nagyon kis rendszerek esetén fordul elő, ahol a kézikönyvet valamely archiváló 
eszközön tárolják. 

A kézikönyv szövege a /usr/man könyvtár számos alkönyvtárában találha- 
tó. A könyvtárrendszer pontos felépítése rendszerről rendszerre más, de általá- 
ban léteznek a Felhasználói kézikönyv (Users Manual) egyes részeinek megfe- 
lelő alkönyvtárak. Minden alkönyvtár tartalmazza az adott résznek megfelelő 
szöveget. Mindenesetre némi felfedezőmunka vár ránk, hogy megállapítsuk, 
hogyan 1s néz ez ki rendszerünkön. 

Néhány rendszer a szöveg mellett formázott, nyomtatásra készen álló for- 
mában is tartalmazza a kézikönyvet. Ha utóbbi is on-line rendszerű, általában 
a /usr/catman könyvtár alatt kell keresnünk, de ez is rendszerről rendszerre 
változhat. 

Ha a felhasználó kiadja a man parancsot, ez elsőként a formázott verzió he- 
lyén keresi a kívánt bejegyzést. Ha nemtalálja, a /usr/man megfelelő alkönyv- 
tárában keresi ki a szöveget. Miután megtalálta, meghívja az nroff parancsot, 
amely elvégzi a formázást. 

A System V Users Manual (System V felhasználói kézikönyvének) bejegyzé- 
sei néhány kivételtől eltekintve a man makrócsomagnak megfelelően vannak 
formázva. Utóbbinak tömör leírása a System V Administrators Manual 
(System V adminisztrátori kézikönyvének) hetedik részében található. Ha új 
bejegyzést kell adnunk a kézikönyvhöz, egyszerűbb egy meglévőt lemásolni 
és átírni, mint megpróbálkozni a man makrócsomaggal, és vérrel-verejtékkel 
teljesen újat írni. 
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Ezt a fejezetet a célból írtuk, hogy segítsen képet alkotni arról, hogy minek is 
kell tudatában lenni a rendszergazda szerepkörének ellátásához. Legalább any- 
nyit tudnunk kell, hogy még a kis rendszerek — amelyek csöndesen meghúzódnak 
asztalunkon - is bonyolultabbak annál, hogy csak úgy titkárnősen kivegyük a 
floppyt és kikapcsoljuk az áramot. 

Nyilvánvalóan nem lehettünk túlzottan részletesek e fejezetben. Elég infor- 
mációt leírtunk ahhoz, hogy az Olvasó magára és másokra nézve veszélyes le- 
gyen. Ha rendszergazdaként tevékenykedünk, ajánlatos elolvasni a System V 
Users Manual (System V felhasználói kézikönyvének) és a System V Administ- 
rators Guide (System V adminisztrátori kézikönyvének) idevágó fejezeteit, 
ahol igen sok segítő információt találunk. Kíséreljük meg minél jobban megér- 
teni és megjegyezni az ,init" és a , crash" című részeket, amelyek a rendszer- 
indító processzról 1II. a rendszerösszeomlást követő tevékenységről szólnak. 
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A Unix - Haladóknak című könyvben folytatjuk 
ismerkedésünket a Unix-szal, immár magasabb fokon. 

A témakörök összeállításánál igyekeztünk a 
legkörültekintőbben eljárni: megtalálhatjuk benne a 
Korn-shellt, a C-shellt, az interaktív shell scriptek kezelését. 
Foglalkozunk a hálózatokkal, a címzésekkel, az elm 
levelezőprogrammal, a file-műveletekkel, a munkafolyamatok 
(processzek) párhuzamosításával, illetve vezérlésével 
(jobcontrol), a vi szövegszerkesztő és a szövegek haladó 
szintű kezelésével. 


Az utolsó fejezet a rendszer-adminisztrációval foglalkozik. 
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